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Chapter 2 — ISDN feature descriptions 


Overview 


ISDN allows us to create an intelligent network based on its out-of-band 
signaling and intelligent messaging. It makes possible the introduction of 
additional features, and provides network transparency to many of the 
existing features. 


For example, features which were previously limited to internal Meridian 1 
use, such as Call Redirection (Call Forward No Answer, Hunt), are now 
provided across the entire ISDN network. Features as Call Party Name 
Display and Calling Line Identification are now network wide features and 
can be sent to and received from other Meridian 1 systems and central offices. 


The Option 11 system uses a series of software cartridges, each providing a 
number of features. Depending on your particular market, the features 
offered on any of the cartridges may vary. This chapter outlines some useful 
features including descriptions, interactions and limitations, and package 
requirements, as appropriate. 


For reference purposes, a full list of feature packages, including their names, 
mnemonic and dependencies is provided at the end of this chapter. Also refer 
to the “ISDN Feature Implementation” chapter of this document for 
programming information on selected ISDN features. 


Option 11 software 


The Option 11 uses X11 Including Supplementary Features software with a 
minimum of Release 16. It should be understood that references in this 
document to X11 software installed in the Option 11 is X11 Including 
Supplementary Features software. Where relevant, the Release number is 
also referenced. 
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Advice of Charge 


This section describes the Advice of Charge feature as it applies to the 
interface types supported by ISDN PRI. 


Introduction 


Prior to the introduction of the Advice of Charge supplementary service, the 
cost of calls to Central Offices in most European markets was calculated by 
counting and recording the periodic pulses provided by the Central Office 
during a call, and then calculating the cost of each call. The collection and 
storage of these charging pulses from the Central Office is referred to as 
Periodic Pulse Metering (PPM). 


However, with the deployment of ISDN PRI in certain European public 
exchanges, PPM is no longer offered in its traditional form. Metering of calls 
for these interfaces is offered through the supplementary service called 
Advice of Charge (AOC) 


Depending on the Central Office interface, AOC may be offered: 
— atthe end of a call; 
— during a call; or 


— atcall set-up, during a call, and at the end of call. 


AOC is summarized below for the following connectivitities: 
— AXE-10 Australia (at end of call) 

— EnurolISDN (at call set-up, during a call, end-of-call) 

— INS1500 (Japan D70) (at end of call) 

— Numeris (at end of call) 

— Numeris (during a call) 

— SwissNet (during a call) 

— 1TR6 (at end of call) 
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Storing charging information 


Charging information is stored using meters, which may be assigned to sets, 
attendant consoles, trunk routes, and customers as follows: 


— one meter is assigned to each set, via Metered Assigned (MRA) Class of 
Service, on a TN basis. The charge unit count is stored in the meter of the 
station TN from which the call is made; 


— one meter, classified as “ATTN”, is provided to collect charges for all 
metered calls made by attendant consoles within the same customer; 


— one meter, classified as “ROUTE”, is provided for each route; 


— ateach node, one meter classified as “CUST” is provided for each 
customer to accumulate any charges that cannot be charged to any other 
meter for the customer. 


— one temporary meter, classified as TRK, is provided for each trunk; this 
temporary meter is used to accumulate charges for each call. At the end 
of the call, the charge is added to the permanent meter associated with 
the caller. 


Note: The same station meters are used to store charging units for PPM 
and AOC. To handle a possible difference in unit costs between PPM and 
AOC, charge units received for an AOC metered call may be converted 
into internal charge units using a “Route Unit Conversion Factor” 
(RUCF) configured in Overlay 16. 


The charging information may also be recorded in the Call Detail Recording 
(CDR) record, as provided by the CDR Enhancement capability (for more 
information on the CDR Enhancement, refer to X71 Features and Services ). 
This information is printed at the end of call, and appears in the same location 
of the CDR ticket as the PPM call charge information would appear, 
immediately following the PPM counts. 


Reading and changing meters 


Meters of Multiple Appearance DNs (MADNs) can be changed using the 
SET METER DN or SET METER TN command at a Background Terminal 
TTY, or using the MTR key on a Meridian 1 telephone. To change only one 
of the meters ina MAPDN group, only the Background Terminal TTY can 
be used. For Automatic Call Distribution (ACD) stations, the meters can only 
be changed using the POSN-ID prompt at the TTY. 
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Displaying charging information 
Charging information may be displayed on display-equipped Meridian 
Modular terminals, M2317, and M3000 sets. This display capability is 
provided by the Charge Display at End of Call feature. This feature appends 
the charge information to existing information on the display and retains the 
information displayed for 10 seconds. Depending on the CO interface, the 
information may be displayed at call set-up, during a call, and/or at end of a 
call (for more information on the Charge Display at End of Call feature, refer 
to X11 Features and Services ). 


Printing charging information 


The charging information may be printed on a Background Terminal TTY. 


Printing charging information on the TTY 

Groups of consecutive DNs or a group of TNs can be printed, as well as all 
meters assigned to a Tenant or Tenants. To print only the sum of all meters, 
if a range of meters are selected, the option SUM is entered at the TTY. If the 
Hotel/Motel option is not selected, then the ROOM and ADMN prompts are 
suppressed in the printout. 


For Multiple Appearance PDNs (MADNs), only the sum of all appearances 
is printed. 


For Automatic Call Distribution (ACD) stations, the meters can only be 
printed using the POSN-ID prompt. The keyword ACD is shown in the meter 
count printout. 


The contents of terminal meters can be automatically or manually printed. 
Automatic printing is done by establishing a daily, weekly, or monthly 
schedule. The call charge units in each terminal meter are printed on the TTY 
according to the schedule. With automatic printing, the terminal meters may 
be cleared after printing. 


Manual printing allows a customer to request the printing of the contents of 
any meter or block or meters, as required. After printing, the meters may be 
cleared on command (it is not done automatically, as in automatic printing). 
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Handling overflow charging information 


The charging information meters can store a maximum of 32,767 Periodic 
Pulse units. If this total is exceeded, an overflow counter is incremented. 
Whenever this counter reaches three, a message is output to the background 
terminal and the counter is reset to zero. 


The charge field of the CDR record has a maximum value of 32767. If this 
value is overflown, a charge overflow indication (““CHXOVF*’) is printed in 
place of the charge count field. 


Note: When the meter overflows, the meter can still have stored charge 
information equal to less than the maximum. Therefore, it may 
sometimes appear to a user that the charge is small for the length of time 
spent on the telephone. Therefore, it is important to have a background 
terminal in order not lose all of the charge information related to a call. 
To get the total charge for a call, it may be necessary to add the 
information in the CDR record to the background terminal overflow 
message(s). 


Operating parameters 


The following operating parameters apply to the Advice of Charge service, 
for the AXE-10 Australia, INS1500 (Japan D70), Numeris, SwissNet, 
EuroISDN, and 1TR6 Central Office interfaces. 


— There are limitations with respect to the size of the charge that can be 
displayed in either the CDR record or on the set display. In addition, 
currency symbols and decimal places cannot be displayed on sets or 
CDR records. 


— Central Offices can send the charge with an accuracy of up to one 
decimal place. Smaller amounts are rounded up to the nearest integer, 
and thus rounding errors may have a minor affect on charging accuracy. 


— The Advice of Charge information is not transported between a 
Meridian 1 to Meridian 1 connection. Therefore, if a tandem call is made 
from one Meridian 1 PBX to another Meridian 1 PBX, and then to a 
Central Office, the originator’s display is not updated with the charge 
information. However, the charge is printed in the CDR record at the 
switch that made the connection to the Central Office. 
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— Charging information received on incoming calls, as may happen for 
reverse charging, is not supported. The existing error indication is given 
if an incoming call is received. This does not happen in Australia because 
the AOC information must be requested for each call and the Meridian 1 
does not support requesting AOC information for incoming calls. 


Feature interactions 


The following feature interactions apply to the Advice of Charge service, for 
the AXE-10 Australia, INS1500 (Japan D70), Numeris, SwissNet, 
EuroISDN, and 1TR6 Central Office interfaces. 


Attendant Calls 


If the attendant originates an external call using an ISDN CO trunk providing 
AOC, the call charging information received from the network will be saved 
in the trunk’s temporary meter at the end of the call. The contents of the 
temporary meter will be added to the contents of the attendant meter for the 
customer. 


If the attendant is the last controlling party (i.e., does not release the call), who 
gets charged depends on who initiated the call. If the attendant made the call 
with a party on the source, it is the source who gets charged. If the attendant 
made the chargeable call and then dialed an internal party (station or TIE 
trunk) on the destination side of the loop without releasing, the attendant gets 
charged. 


Attendant operation of metered calls 

If an attendant desires billing information immediately upon the completion 
of a long distance call, this call can be flagged as a metered call. When a 
metered call is terminated, the attendant is recalled and the calculated charge 
for this call is displayed on the console. 


The attendant activates this feature by requesting the call charge on any 
outgoing ISDN CO trunk providing AOC by pressing the METER (MTR) 
key after making the call. When the MTR key is pressed, the METER lamp 
is lit and all metered outgoing ISDN calls connected to the active console loop 
are marked as “metered”. Additional ISDN CO trunks added to the 
conference are also marked as “metered” automatically. 


553-3011-315 Standard 9.00 October 1997 


Chapter 2 — ISDN feature descriptions Page 27 of 1280 


When a “metered” call is disconnected, a meter recall is presented to the same 
attendant who originated the call. If that attendant is in position busy, the 
meter recall is presented to the next idle attendant console in the same node 
(whether or not it is equipped with a meter key). If all attendants are in Night 
Service or position busy, the recall is saved in the attendant queue until one 
of the attendants in the same node becomes idle. 


In the case of a station being extended to a toll call originated by the attendant, 
and if the station recalls to the attendant with the toll call attached, and the 
attendant accepts the call and releases the station, then the attendant is the last 
controlling party. The charge goes to the attendant meter. 


Automatic Call Distribution 


Since ACD calls are incoming only, AOC cannot apply to them; if a reverse 
charge is sent, it is rejected. Personal calls made by an agent are metered. 


Barge-in /Busy Verification 

When either of these features is operated a conference is established. If the 
trunk party disconnects first, the charge information is received and assigned 
to the originator of the call. If the originator of the call disconnects first, the 
charge information is received and assigned to the attendant when the trunk 
party releases. 


Break-in 

When this feature is operated a conference is established. The “desired” party 
can either disconnect and be rerung or the party on the trunk connection 
initiates the disconnection. In either case, the charge information is received 
and charged to the originator of the call (the “desired” party). 


BRI Terminal 


The AOC feature does not support AOC being sent to BRI terminals. A meter 
can be assigned to a Digital Subscriber Link (DSL). All chargeable calls made 
by a BRI terminal attached to this DSL are charged against the DSL’s meter. 


BRI Trunk Access for Japan 


AOC information can be received over ISDN BRI trunks using the Japan D70 
signaling. 
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Call Forward All Calls, Call Forward Busy, 

Call Forward No Answer 

Chargeable calls transferred to a station and redirected to another station via 
Call Forward are charged against: the “Call Forwarded to Station’, if it 
answers and the transferring party completes the transfer; or the transferring 
party if the call is abandoned or the transfer is not completed. 


Call Park 


When a station user parks an AOC trunk call, the calling party will continue 
to be assigned the charge until the call is answered by another station user. 


Call Pickup 

Chargeable calls which are extended to a station and answered at another 
station via Call Pickup are charged against: the “Pick up Station”, if the 
“Transferring Station” completes the call; or the transferring party if the 
transfer is not completed. 


Call Transfer 

If a station transfers a call to another internal station, while the dialed station 
is still ringing, the call charging information is assigned to the transferring 
station until the call is answered or abandoned by the external party. When 
the call is answered, call charging information received is stored against the 
station to which the call is transferred. If the station user consults with the 
dialed station user by using the transfer feature, the call charging information 
is still assigned to the transferring party until the call is actually transferred to 
the consultation party. 


Call Waiting 
If a call is transferred to a busy station with “Call Waiting Allowed”, the 
transferring station will be charged until the call is answered. 


Conference 

Whenever an ISDN CO trunk providing AOC is added into a conference, the 
charge for the call continues to be assigned to the station user who initiated 
the conference. If the person who adds the call to the conference disconnects 
while the conference is ongoing, the DN to be charged is changed to the one 
that has been in the conference the longest. Since this feature only provides 
charge information at the end of the call, the originator of the call who drops 
out will not incur any charge. 
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Consultation 


If a consultation call is established over a CO trunk providing AOC, the call 
is charged to the station to which the call is transferred. 


Data Calls 


Meters can be assigned to data terminals and a terminal can be charged for the 
call, but the information cannot be displayed on the terminal side because the 
data terminal does not have its own display. 


Hospital Management 

AOC information is used in the “Paid Calls Restriction” subfeature of 
Hospital Management. This is not fully supported as the charge appears at the 
end of the call. The person with the paid call restriction may actually talk 
longer than allowed without any indication, since the charge is not known 
until the call is finished. 


Hunting 

Chargeable calls transferred or extended to a station and redirected to another 
station via Hunting are charged against: the “Hunted to Station”, if the 
“Hunted to Station” answers and the transferring party completes the transfer; 
or the transferring party if the call is abandoned or the transfer is not 
completed. 


In-band Tones and Announcements 


In some ISDN cases, In-band Tones or Announcements are required. In these 
cases, the disconnect sequence is delayed to allow the user to hear the tones 
or announcements. The charge information is not displayed, printed in the 
CDR record or added to the permanent meter of the set until the timer expires 
or the user releases the call. 


Malicious Call Trace (Enhanced) 


In Australia, the ISDN version of this feature introduces a disconnect delay 
to sets with MCT class of service. This delay may be up to 30 seconds. In 
cases of sets having MCT class of service, the charge information is not 
delayed, printed in the CDR records, or added to the permanent meter of the 
set until the delay timer expires or the user releases the call. 


Meridian Mail 
The same interaction applies as for Call Transfer. 
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Message Registration 


Due to the change in the packaging for MR/PPM, anyone using MR must 
ensure that the prompt in LD 17 is set to MR before setting up the associated 
data. This is the default for sites configured with Release 20 and later 
software. 


Multiple Appearance DN 


Calls made on a multiple appearance DN are charged to the MADN if there 
is only one MADN. If there is more than one MADN, the charge is assigned 
to the MADN that was configured last. This operation is the same as in the 
PPM/MR feature. In order to identify which prime DN the CDR record is 
referring to, the Auxiliary ID (AXID) must be set to “Yes” in the CDB. This 
enables the TN to be printed in the CDR record. 


Multiple Party Operation 
The same interaction applies as for Call Transfer. 


Network Call Transfer 
Advice of Charge is not supported for Network Call Transfers. 


Periodic Pulse Metering (PPM) 
The following PPM capabilities and treatments are supported by AOC: 


— Multiple Appearance DN 
— Attendant Recall 

— Automatic Call Distribution 
— Barge-in 

— Break-in 

— Busy Verification 


— Recording the accumulated call charging information for each call on the 
CDR record (if CDR is equipped) 


— Calculating the total charge for each call, based on the assigned unit cost 
and the accumulated call charging information 
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— Allowing the attendant to mark a call as being metered, and to display the 
charge for the call, and 


— Allowing a Meridian 1 telephone set equipped with an MRK key and 
digit display to access meters. 


Radio Paging 

In the case of party “A” making a toll call and then attempting to transfer or 
conference in a user who is forwarded to a pager, party “A” is charged. If the 
paged party answers the call, the charge is assigned to the station where the 
call is picked up. 


Recovery of Misoperation of Call Transfer 


In the case of the call being forwarded to the attendant after misoperation and 
being answered by the attendant, the charge is assigned to the attendant’s 
meter. All the other misoperation options are handled as described in the Call 
Transfer section. 


Advice of Charge for Central Office Connectivity 


The following sections describe the AOC capability as applied to AXE-10 
Australia, INS1500 (Japan D70), Numeris, SwissNet, EuroISDN, and 1TR6 
connectivities. 


AXE-10 Australia (end of call) 


This capability provides AOC call charging information sent from an 
AXE-10 Australia CO to a Meridian 1 PBX over an ISDN PRI connection. 
Information is received, displayed, and recorded in the CDR when the call is 
taken down. 


AOC for Australia AXE-10 supports PBX control of AOC, which means that 
the call charging information must be requested for each outgoing call 
(instead of expecting it for every call once AOC has been configured). 


Feature packaging 

The following packages are required for Advice of Charge: 

— Call Detail Recording (CDR) package 4; 

— Call Detail Recording Teletype Terminal (CTY) package 5; 
— Controlled Class of Service (CCOS) package 81; 
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— Background Terminal (BGD) package 99; 

— Periodic Pulse Metering/Message Registration (MR) package 101; 
— Integrated Services Digital Network (ISDN) package 145; 

— 2.0 Mbit Primary Rate Interface (PRI2) package 154; and 

— International Primary Rate Access (IPRA) package 202. 


Feature administration 
The following steps assume an ISDN Interface has already been set up. 


LD 17 - Select PPM functionality and CDR format. 


Prompt Response Description 


REQ CHG Change. 


TYPE CFN Configuration record. 


System parameters. 





Periodic Pulse Metering. 


LD 15 - Use this overlay to allow Charge Display and CDR Charge. 


Response Description 
CHG Change. 
CDB Customer data block. 


XX Customer number. 


Charge display allowed. 
Release 21 gate opener is FTR. 


Unit cost, x = (0)-9999. 
Release 21 gate opener is PPM. 
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LD 16 — Allow AOC on the route. 
Response Description 


CHG Change. 
RDB Route data block. 


Configure ISDN data. 


ISDN Interface for Australia. Must be configured in LD 17 
for the applicable D-channel. 


Call Detail Recording. 


CDR on outgoing toll calls. 


CDR on all answered outgoing calls. 


AOC End of Call allowed for international ISDN interfaces. 
Route unit cost value received is treated as charge. 


Route unit conversion factor, no conversion required. 
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LD 10/11- Assign meters to sets. 


Response Description 


NEW, CHG New, or change. 


aaaa Telephone type where aaaa = 500,2500, SL1, 2006, 2008, 
2009, 2016, 2018, 2112, 2216, 2317, 2616, or 3000. 


Iscu Terminal Number. 


Message Registration Allowed. 





LD 12 - Assign a Meter Recall key to the Attendant Console. 


Response Description 
NEW, CHG New, or change. 


aaaa Type of console, where aaaa = 1250 for M1250 console, 
2250 for M2250 console, ATT for QCW3, QCW4 console, or 
PWR if the TN is used for power or Attendant Supervisory 
Module ASM. 


Terminal Number. 


Assign a Meter recall key on the attendant console. 





EurolSDN (call set-up, during call, end of call) 
This feature provides the Advice of Charge supplementary service for ISDN 
PRI to Public Exchanges/Central Offices complying with the European 
Telecom Standard Institute (ETSI) standard specification ETS 300 102. This 
standard is also known as EuroISDN. 


AOC for EuroISDN offers three subservices, which may be configured in 
Overlay 16 (information at call setup - AOC-S; during the call - AOC-D; and 
at the end of the call - AOC-E). 
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Operating parameters 
The countries AOC supports on EuroISDN are Austria, Germany, Norway, 
Italy, Switzerland, Finland, Holland, and Portugal. 


Requesting the AOC supplementary service on a per call basis is not 
supported by this development. 


ISDN Primary Rate Interface (PRI) requires the following hardware: 


— 2.0 Mbit Primary Rate Access card (MTBKSOAA) for the layer 1 
interface on the Option 11 


— The downloadable D-channel Handler daughter board (NTBK51AA) 
card is required for the Option 11 


— XPRI card (NTBKSOAA) and a daughter board (NTBK57AA) 
supporting the downloadable functionality 


— The clock controller card (NTAK20BA/BB) 

Feature packaging 

The following packages are required for Advice of Charge: 

— EuroISDN (EURO) package 261. 

— Call Detail Recording (CDR) package 4; 

— Call Detail Recording Teletype Terminal (CTY) package 5; 

— Controlled Class of Service (CCOS) package 81; 

— Background Terminal (BGD) package 99; 

— Periodic Pulse Metering/Message Registration (MR) package 101; and 
— International Supplementary Features (SUPP) package 131. 


For PRI connectivity, the following features are also required: 

— Integrated Services Digital Network (ISDN) package 145; 
— 2.0 Mbit Primary Rate Access (PRI2) package 154; 

— ISDN Supplementary Features ISDNS) package 161; and 
— International Primary Rate Access (IPRA) package 202. 
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INS1500 (Japan D70) (end of call) 


This capability provides AOC call charging information sent from an 
INS1500 (Japan D70) CO to a Meridian 1 PBX over an ISDN PRI 
connection. Information is received, displayed, and recorded in the CDR 
when the call is taken down. 


Prior to the introduction of the AOC feature for Japan D70, the method used 
to determine which feature was equipped was to check if the International 
Supplementary Features software package 131 was equipped. If it was, PPM 
was required. Since the Supplementary Features package is not available in 
Japan and AOC requires PPM software, a new method of determination has 
been introduced.This method uses a system-wide flag to allow the customer 
to select between MR and PPM. This flag is set by a prompt in LD 17. 


Special handling for call charges that exceed normal capacity 


The largest charge that can be accepted from the Public Switched Telephone 
Network (PSTN) is 3,999,999,999. In Japan, however, the largest possible 
charge is 99,999,999,999 Yen. The Meridian 1 system algorithm for 
processing the call charge has been set up so that if a number larger than 
3,999,999,999 is received by the system, the number is stored as 
4,000,000,000 and handled as any smaller number; the rest of the charge is 
dropped (it is highly unlikely that a charge of this value will ever be 
encountered). 


Feature packaging 

The following packages are required for Advice of Charge: 

— Call Detail Recording (CDR) package 4; 

— Call Detail Recording Teletype Terminal (CTY) package 5; 
— 1.5 Mbit Digital Trunk Interface (PBXI) package 75; 

— Controlled Class of Service (CCOS) package 81; 

— Background Terminal (BGD) package 99; 

— Periodic Pulse Metering/Message Registration (MR) package 101; 
— Integrated Services Digital Network (ISDN) package 145; 
— 1.5 Mbit Primary Rate Access (PRA) package 146; and 

— International Primary Rate Access (IPRA) package 202. 
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Numeris (end of call) 


This capability provides AOC call charging information sent from a Numeris 
CO to a Meridian 1 PBX over an ISDN PRI connection. Information is 
received, displayed, and recorded in the CDR when the call is taken down. 


Feature packaging 
The following packages are required for Advice of Charge: 


— Integrated Services Digital Network (ISDN) package 145; 
— 2.0 Mbit Primary Rate Access (PRI2) package 154; and 
— International Primary Rate Access (IPRA) package 202. 


Numeris and SwissNet (during call) 


Advice of Charge (AOC) Real Time is provided through this feature as part 
of the connectivity between the Meridian 1 and both Numeris for France and 
SwissNet for Switzerland. 


Each country offers the AOC service in a specific manner. For Numeris 
Connectivity for France, and SwissNet Connectivity for Switzerland, AOC 
service is configured on an ISDN Route basis, and provides the total cost of 
the call at call tear down. This information can be displayed on the user’s set, 
as well as stored in Call Detail Recording (CDR) records. Advice of Charge 
(AOC) Real Time supplementary service uses cumulative charging 
information during a call to provide “real-time” updates of the charging 
information. To do this, the feature uses the same meters as PPM and follows 
specifications defined in the PPM feature. 


Option 11C 2.0 Mb DTI/PRI Administration and Maintenance guide 


Page 38 of 1280 Chapter 2 — ISDN feature descriptions 


Advice of Charge is provided as follows: 
— fora simple call, the total cost for the call is produced in the CDR record 


— foracall which has been modified by transfer or conference, the cost of 
each part of the call is provided in each CDR record associated with each 
extension, and 


— acallis redirected, the CDR records show all extensions associated with 
a particular call together with the call costs associated with each 
extension. 


Operating parameters 
The display of call charge during the call is not supported, but the display of 
call charge at the end of the call is provided by the feature. 


For Numeris, a user must be subscribed to the AOC supplementary service in 
order to get the charging information sent to the Meridian 1. 


For SwissNet both services are given by the Swiss PTT without previous 
subscription. 


Feature packaging 
The following packages are required for Advice of Charge: 
— Periodic Pulse Metering/Message Registration (MR) package 101. 


For PRI connectivity, the following packages are required: 

— Integrated Services Digital Network (ISDN) package 145; 
— 2.0 Mbit Primary Rate Access (PRI2) package 154; 

— International Primary Rate Access (IPRA) package 202; and 
— ISDN Supplementary Features ISDNS) package 161. 
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1TR6 (end of call) 


This capability provides AOC call charging information sent from a 1TR6 
CO to a Meridian 1 PBX over an ISDN PRI connection. Information is 
received, displayed, and recorded in the CDR when the call is taken down. 


Feature packaging 
The following packages are required for Advice of Charge: 
— Periodic Pulse Metering/Message Registration (MR) package 101. 


For PRI connectivity, the following packages are required: 

— Integrated Service Digital Network (ISDN) package 145; 
— 2.0 Mbit Primary Rate Interface (PRI2) package 154; 

— International Primary Rate Access (IPRA) package 202; and 
— ISDN Supplementary Features ISDNS) package 161. 
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Attendant and Network Wide Remote Call Forward 


Prior to Release 20, the Remote Call Forward (RCFW) feature allowed a user 
to administer call forward from a remote set within the Option 11 or from 
outside the Option 11 through the Direct Inward System Access (DISA) 
number. The RCFW feature was not available on a network wide basis, nor 
was it applicable to Attendant Consoles. This enhancement introduces the 
RCFW feature across the Meridian Customer Defined Network (MCDN), 
while also providing the attendant with RCFW capabilities. New ISDN 
FACILITY messages are used to facilitate the RCFW feature operation in an 
MCDN. 


The feature capabilities of the set-based (FFC activated) network wide 
application of the RCFW feature match those of the current standalone 
RCFW feature. 


The attendant RCFW functionality is controlled by a new flexible Attendant 
key (RFW). The attendant has the capability to view the current call forward 
number and determine the call forward status of any station. It is also possible 
for an attendant to activate or deactivate call forward for a particular station. 
This functionality is applicable both locally within the Meridian 1 and 
network wide. 


A new optional customer-based password is introduced for attendant RCFW 
operation. This password is configured in LD 15 and is the only password 
required for attendant RCFW operation. The station control password 
previously used by the Flexible Feature Code (FFC) set-based RCFW is not 
required when the attendant activates RCFW by pressing the RFW key 


Operating parameters 


The network wide application of this feature is only applicable to nodes in an 
MCDN. The nodes in the network must be Meridian 1 switches, running a 
minimum of Release 20 software. No other Central Office (CO) or PBX type 
is supported for this feature operation. 


For set-based network operation of the Remote Call Forward feature, the 
Station Control Password Length (SCPL) must be configured to be the same 
length for all nodes in the network. Attempts to operate RCFW with different 
SCPLs will result in overflow tone being presented to the user. 
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For network operation of the RCFW feature, the Private Network Identifier 
(PNI) must be configured consistently for all nodes in the network. 


The Attendant and Network Wide RCFW features use the existing RCFW 
code to activate or deactivate call forward on stations. As such, all limitations 
applicable to the local RCFW feature are applicable to the network and 
attendant operation of the feature. 


As the Swedish CD Attendant Console does not support alpha characters, the 
“PWD” prompt is not displayed on the console’s digit display when a 
password is required. The indication that a password is required is limited to 
the winking RFW key lamp. 


No new hardware is required for this feature. 


Feature interactions 


Outpulsing of Asterisk and Octothorpe (OAPO) 


If the OAPO package is equipped, the “#” will be treated as any other dialed 
digit and will not be used to signal end of dialing. The end of dialing digits to 
be used are defined in LD 15. 


BRI 


Since ISDN BRI sets do not support Flexible Feature Codes (FCCs), Remote 
Call Forward is not applicable to BRI sets. 


Multiple Appearance DNs 

The RCFW feature only applies to the primary appearances of Multiple 
Appearance DNs, and it is recommended that only one appearance of a 
Multiple Appearance DN be configured as the prime DN. 


For the case of multiple stations with the same prime DN and SCPW,, the 
RCFW operation will apply to the station that has the Multiple Appearance 
Redirection Prime (MARP) assigned to it. 


If none of the stations having the DN and SCPW assigned are configured as 


the MARP TN for that DN, the RCFA and RCFD will apply to all stations 
matching the DN and SCPW. 
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The attendant-based RCFW feature will only apply remote call forward 
operation to the prime DN with MARP status. If the DN is not the prime DN 
or does not have MARP status, overflow tone will be received by the user. 


Call Forward Activation from any Feature/Call Forward and Busy 
Status 

There are no direct conflicts with either of these features and the RCFW 
feature. 


Preventing Reciprocal Call Forward 

When Preventing Reciprocal Call Forward Allowed (PVCA) is defined in LD 
15, a set within the same customer configuration cannot be call forwarded to 
a set that is call forwarded back to it. Thus, CFW loops are prevented. 


This feature applies when the CFW DN is changed by Remote Call Forward. 
For network operation of the set- and attendant-based RCFW features, 
entering an invalid CFW DN (under the rules of the PRCF feature) results in 
overflow tone being returned and the CFW DN being ignored. 


Phantom TN 


A Phantom TN does not physically exist, but can be configured with limited 
hardware associated with it (i.e., no sets or line cards); however, all required 
data blocks are configured. 


The Phantom TN feature uses the RCFW feature to configure and 
activate/deactivate the CFW DN on the Phantom TNs. 


As the data blocks associated with Phantom TNs match those of standard 
PBX sets configured within the Meridian 1, the operation of the RCFA and 
RCFD features on Phantom TNs is transparent to the RCFW feature. As such, 
the set-based local and network RCFW features can be used to configure and 
activate/deactivate the CFW DN of Phantom TNs. 


The Phantom TN feature uses a Default Call Forward (DCFW) DN. If call 
forward is not active on the Phantom TN, all calls to the Phantom TN DN are 
routed to the DCFW DN. 
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The Phantom TN feature modifies the set-based RCFW feature so that if 
CFW is not active on the Phantom TN, and the CFW DN entered in the RCFV 
operation matches the DCFW DN, confirmation tone is returned to the RCFV 
user; if the CFW DN entered does not match the CDFW DN, overflow is 
returned. 


This change to the set-based RCFV operation is applicable to the network 
RCFYV operation. The operation of this feature network wide requires no 
changes to the ISDN message passing for the set-based network RCFV 
operation. 


There is no Attendant RCFW operation which interacts with the DCFW DN 
of Phantom TNs. 


Traffic Measurements 

The peg count, for the attendant RFW key, will be generated on the first RFW 
key press of the RCFW operation. While the RFW key may be pressed 
multiple times during a single RCFW function, the peg count will only be 
implemented once. 


The RFW key peg count will be included in the TFC005 feature key usage 
traffic report. 


Feature packaging 


The Attendant Remote Call Forward (ARFW) package 253 must be 
provisioned to activate the Attendant-based RCFW feature. 


For network operation the following software packages are required: 
Integrated Services Digital Network (ISDN) package 145; Network Alternate 
Route Selection (NARS) package 58; and any other trunk or dialing plan 
packages as required by the customer’s configuration. 


The following are prerequisites for set-based RCFW: Optional Features 
(OPFT) package 1; Flexible Feature Codes (FCC) package 139; and 
Controlled Class of Service (CCOS) package 81. 


The following are prerequisites for implementation on PBX sets: Special 


Service for 2500 Sets (SS25) package 18; and 500 Set Dial Access to Features 
(SS5) package 73. 
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Attendant Blocking of DN 


Attendant Blocking of Directory Number (DN) allows a person to dial the 
attendant DN and request an external (long distance) call, and then disconnect 
while waiting for the call to be processed by the attendant. The requesting DN 
is idle and can receive and make calls. 


When the attendant is ready to make the external (long distance) call, the 
Attendant Blocking of DN feature provides the attendant with the ability to 
block the DN while the external call request is being processed. The line 
appears busy to any caller attempting to contact the blocked DN. The blocked 
DN cannot be used to originate a call and will be connected to the attendant 
if it goes off hook. When the attendant has completed the external call, the 
blocked DN can be rung and the call extended. The attendant is guaranteed 
that the requesting DN is not busy and is available to take the call when the 
processing has been completed. This feature works in both standalone and 
Meridian Customer Defined Network (MCDN) environments. 


Previously, this feature had been available on Swedish A345 PBXs, but now 
is also available on the Meridian 1. Although developed for Telia Sweden, the 
feature is applicable to all marketplaces desiring Attendant Blocking of DN 
functionality. 


Operating parameters 


The Attendant Blocking of DN feature can only be activated as the source 
party of the Loop key on the Attendant Console. 


The attendant has the ability to use the Attendant Blocking of DN feature only 
for the following types of DNs: sets with ordinary Single Call Arrangement 
Non Ringing key (SCN)/Single Call Arrangement Ringing key (SCR) DNs 
and analog (500/2500 type) telephones. HOT DNs, Multiple Call 
Arrangement None Ringing key (MCN)/Multiple Call Arrangement Ringing 
key (MCR) DNs, Automatic Call Distribution (ACD) DNs, Primary Line 
DNs (PLDNs), any trunk access code, Flexible Feature Codes (FFCs), Basic 
Rate Interface (BRI) and all other types of extensions are considered to be 
invalid for the Attendant Blocking of DN feature. 


When the Attendant Blocking of DN feature is activated for a DN, it is only 
the DN dialed that is blocked. Other DNs assigned to the set will be idle. 
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If Attendant Blocking of DN is attempted on a Multiple Appearance Single 
Call Arrangement DN, all idle appearances of the DN will be blocked. 


The Attendant Blocking of DN will only be supported on the following 
Attendant Console types: M2250; M1250; QCW4; QCW8; or M345CD. 


No new hardware is required for this feature. 


Feature interactions 


ACD 
It is not possible to activate the Attendant Blocking of DN feature for an ACD 
DN. If an attempt to block an ACD DN is made, the attempt will be canceled 


and overflow tone will be returned. However, individual DNs on ACD sets 
can be blocked. 


Attendant Hold 


An Attendant Blocking of DN call can be put on hold by the attendant and 
will in this case be subject to normal Attendant Hold treatment. The 
Semi-automatic Camp-on (SACP) key lamp will be dark while on hold and 
be lit again when taken off hold. The same applies to Automatic Hold on the 
Loop key. 


Attendant Break-in 


The Attendant Blocking of DN and the source side Predial Break-in features 
are mutually exclusive for the same call. If the SACP key lamp is lit when the 
Break-in key is pressed to start a Predial Break-in attempt, the Break-in key 
is ignored. On the contrary, if the Break-in key lamp is lit and no call attempt 
is made on the source side when the SACP key is pressed to start an Attendant 
Blocking of DN, the SACP key is ignored. 


If a Break-in attempt is made for an Attendant Blocking of DN call, the 
Break-in attempt will be considered to be temporarily denied. 


It will be possible to Break-in on the destination side with an Attendant 
Blocking of DN call on the source side of the Attendant Console. The same 
limitations to Break-in will apply as if the source side call is a normal call. 
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Busy Lamp Field/Enhanced Busy Lamp Field 

When a DN is blocked due to the Attendant Blocking of DN feature, the Busy 
Lamp Field/Enhanced Busy Lamp Field lamp corresponding to this DN 
displays the busy status of the DN as for ringing calls. 


Busy Verify 

The Attendant Blocking of DN and source-side Busy Verify are mutually 
exclusive for the same call. If the SACP key lamp is lit when the Busy Verify 
key is pressed to start a Busy Verify attempt, the Busy Verify key is ignored. 
On the contrary, if the Busy Verify lamp is lit when the SACP key is pressed 
to start an Attendant Blocking of DN attempt, the SACP key is ignored. 


If a Busy Verify attempt is made on an Attendant Blocking of DN call, it will 
be denied. 


Call Detail Recording Time to Answer 

If the CDR Time to Answer feature is active, the time registration before 
answer will be started when the SACP key is pressed to ring the blocked DN 
and not when the DN is blocked. 


Call Forward All Calls/Internal Calls/Call Forward and Busy 
Status 

The Attendant Blocking of DN feature will override these Call Forward 
features. If the dialed DN of the set is idle, the DN can be blocked; if the DN 
is busy, busy tone will be heard. 


Call Forward No Answer 

The Attendant Blocking of DN feature will override the Call Forward No 
Answer feature. If the blocked DN of the set has the Call Forward No Answer 
feature active when the SACP key is pressed to ring the DN, the DN will ring 
until answered or disconnected. No Call Forward No Answer will be done for 
the Attendant Blocking of DN call. 


Call Park 

It is not possible to park an Attendant Blocking of DN call. If a Call Park call 
recalls to a blocked DN, the recall will be treated as if the DN is in a ringing 
state. 
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Call Waiting 

If a set that has the Station-to station Call Waiting feature active (CLS SWA 
and a Call Waiting (CWT) key for SL-1 and digital sets) is idle when an 
Attendant Blocking of DN attempt is made, the Attendant Blocking of DN 
attempt will be allowed and processed as normal. If the DN is idle and there 
is an active call on the Call Waiting key, the Attendant Blocking of DN 
attempt will be allowed. 


If a set has the Station-to-station Call Waiting feature active and the DN to be 
blocked is busy when an Attendant Blocking of DN attempt is made, the 
Attendant Blocking of DN attempt will be canceled and busy tone will be 
returned. 


For a set that has the Call Waiting (or Station-to-station Call Waiting) feature 
active and a DN is blocked due to the Attendant Blocking of DN feature, any 
incoming call to the blocked DN will receive busy tone. 


Camp-on 
Camp-on will be denied for a DN that is blocked due to the Attendant 
Blocking of DN feature. 


Directory Number Delayed Ringing 

The Attendant Blocking of DN feature will override the Directory Number 
Delayed Ringing feature and ring the blocked DN immediately when the 
SACP key is pressed to ring the blocked DN. 


Do Not Disturb 

The Attendant Blocking of DN feature will override the Do Not Disturb 
feature. If the dialed DN of the set that has the Do Not Disturb feature active 
is idle, the DN will be blocked and if the DN is busy, busy tone will be heard. 


FFC Boss Secretary Filtering 

The FFC Boss Secretary Filtering feature will be overridden. If an Attendant 
Blocking of DN attempt is made for a set that has the Boss Secretary Filtering 
feature active, the dialed DN will be blocked if idle. If it is busy, busy tone 
will be heard. 
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Flexible Feature Codes 


If a Flexible Feature Code is dialed after pressing the SACP key to initiate an 
Attendant Blocking of DN attempt, overflow tone will be provided and the 
attempt canceled. 


Group Hunting 


It is not possible to activate the Attendant Blocking of DN feature for a Pilot 
DN (PLDN). If an attempt is made to block a PLDN, the attempt will be 
canceled and overflow tone will be returned. If a DN that is a member in a 
Group Hunt (or Hunt) list is blocked by the Attendant Blocking of DN 
feature, the DN is considered to be busy. 


HOT DN 


It is not possible to activate Attendant Blocking of DN for a HOT DN 
extension. If an attempt to block a HOT DN extension is made, the attempt 
will be canceled and overflow tone will be returned. 


Hunting 


If Attendant Blocking of DN is attempted on a busy DN having the Hunting 
feature active, busy tone will be returned (overriding the Hunting feature). 


ISDN Basic Rate Interface (BRI) Trunk Access 


It is possible to use the Attendant Blocking of DN feature in an ISDN MCDN 
based on BRI TIE trunks if Network Attendant Service (NAS) is configured 
in the network. 


Line Lockout 


If an Attendant Blocking of DN attempt is made on a set in Line Lockout 
state, busy tone will be returned. 


Make Set Busy 

The Attendant Blocking of DN feature will override the Make Set Busy 
feature. If the dialed DN of the set that has the Make Set Busy feature is idle, 
the DN will be blocked and if the DN is busy, busy tone will be heard. 
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Multiple Appearance Multiple Call Arrangement 

It is not possible to activate the Attendant Blocking of DN feature for a 
Multiple Appearance Multiple Call Arrangement DN (MCA DN 
(MCN/MCR)). If an attempt is made to block an MCA DN (MCN/MCR), the 
attempt will be canceled and overflow tone will be returned. 


Multiple Appearance Single Call Arrangement 


If Attendant Blocking of DN is attempted on a Multiple Appearance Single 
Call Arrangement DN (SCA DN (SCN/SCR)), all appearances of the DN will 
be blocked. 


New Flexible Code Restriction 


When the attendant has a blocked DN on the source side and dials on the 
destination side, any New Flexible Code Restriction active for the set of the 
blocked DN will be overridden. This is the same as if the attendant had a 
normal established call to the DN on the source side and dials the destination 
side. 


Phantom TN 


DNs on Phantom TNs will not be overridden by the Attendant Blocking of 
DN feature. 


Radio Paging 
If a transferred Radio Paging call recalls to a blocked DN, the recall will be 
treated as if the DN is busy. 


Ring Again 
It is possible to activate Ring Again towards a DN that is blocked due to the 
Attendant Blocking of DN feature. 


Ringing Change Key 

When the SACP key (or Signal Source) key is pressed to ring a blocked SCR 
where the Ring Change feature is activated, an audible ring signal will always 
be given. This is independent of the Ring Change status. 


Ring/Hold LED Status 


When a DN is blocked, the status of the DN lamp will be the same as for a 
call put on hold. 


Option 11C 2.0 Mb DTI/PRI Administration and Maintenance guide 


Page 50 of 1280 


Chapter 2 — ISDN feature descriptions 


Semi-automatic Camp-on 

The Attendant Blocking of DN feature uses the SACP key to activate a 
blocking attempt, but the Attendant Blocking of DN feature is only valid on 
the source side of the Attendant Console. The Semi-automatic Camp-on 
feature is only valid on the destination side of the Attendant Console. 


To have the Attendant Blocking of DN feature available and not the 
Semi-automatic Camp-on feature, a new response to the SACP prompt has 
been introduced in LD 15. Prompt SACP = NO means the Semi-automatic 
Camp-on feature is not available even if the SACP package is equipped and 
an SACP key exists on the Attendant Console. To have the Semi-automatic 
Camp-on feature available the SACP prompt must be answered with SNGL 
or ALL which have the same meanings as before. 


Signal Source 


The Signal Source key can be used to notify a blocked DN. Using the Signal 
Source key for an Attendant Blocking of DN call will give the same response 
as the SACP key when the DN is blocked (i.e., ring the blocked DN and 
darken the SACP key lamp). The Signal Source key cannot be used to initiate 
an Attendant Blocking of DN call. 


Single Call No Ringing DN 
When the SACP (or Signal Source) key is pressed to ring a blocked Single 
Call No Ringing DN (SCN), an audible ring signal will be given. 


Source Included when Attendant Dials 


The Attendant Blocking of DN feature will follow the current Source 
Included when Attendant Dialing handling. 


Vacant Number Routing 


The Attendant Blocking of DN feature will work across an ISDN network if 
the call is routed due to the Vacant Number Routing feature. 


Feature packaging 


The Attendant Blocking of DN feature is packaged under Semi-automatic 
Camp-on (SACP) package 181. 


To work in an ISDN network environment, Network Attendant Services 
(NAS) package 159 is required. 
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Feature operation 
To block a DN 


1 


2 
3 
4 


The attendant presses an idle Loop key. 
The attendant presses the Semi-automatic Camp-on (SACP) key. 
The SACP key lamp lights. 


The attendant dials the source DN that is to be blocked. If the dialed DN 
is idle, the DN lamp will have the same state as a call put on hold, but the 
DN will not ring. If the DN is busy, the attendant hears busy tone and the 
SACP key lamp darkens. 


If the dialed DN is idle, it is blocked. The DN lamp indicates a call on 
hold state, although the DN will not ring (for analog [500/2500 type] 
telephones, there is no indication that the DN is blocked). On the 
Attendant Console, the SACP key lamp remains lit and the Source key 
lamp begins blinking. 


If the dialed DN is busy, the attendant presses the Release (or Release 
SRC) key to Release the call. 


To place an outgoing call for the blocked DN 


1 


The attendant establishes a call to the desired destination in the normal 
way. 


The attendant presses the SACP (or Signal SRC) key. The ringback tone 
is heard. 


If the source DN answers, the attendant presses the Release key to extend 
the call between the destination to the source. 


To Release a blocked DN 
The attendant presses either the SACP key or Signal Source key to ring the 


DN 


The attendant presses either the Release key or the Release Source key to 
Release the source DN, which then becomes idle. 


To notify a blocked DN of an established call 
The attendant presses the SACP or Signal Source key. 
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Attendant Through Dialing Networkwide 


Attendant Through Dialing Networkwide extends the functionality of 
through dialing via an attendant to any Integrated Services Digital Network 
(ISDN) or DASS2 outgoing trunk. This feature allows an attendant to seize 
an outgoing Integrated Services Digital Network (ISDN) or DASS2 trunk for 
a calling party located on the same or another node. 


Figure 1 illustrates Attendant Through Dialing Networkwide. 


Figure 1 
Attendant Through Dialing Networkwide 
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In the existing standalone capacity, Attendant Through Dialing allows 
internal callers to request an outgoing trunk except DPNSS from an attendant. 
In the existing network capacity, Attendant Through Dialing allows callers 
linked by any TIE trunk to request an analog or DTI2 trunk from the 
attendant. 


When requested, the attendant dials a specific code and extends the call once 
the Destination (DEST) lamp lights. When the attendant accessed the trunk 
the caller was free to dial out. However, with standalone Attendant Through 
Dialing, the outgoing trunk seized must be either an analog or digital trunk. 
Attendant Through Dialing Networkwide enhances the through dialing 
networkwide capability to ISDN or DASS2 outgoing trunks. 


When this feature is provisioned, an attendant seizes the outgoing trunk by 
pressing the Release (RLS) key. Following this, the call is extended back to 
the calling party who receives dial tone and dials the remaining digits. 


This feature is applicable in situations where the calling party is not permitted 
to dial a defined code that provides access to a public or international network 
or other costly telecom services. In these situations, the calling party requests 
that the attendant dial a numbering plan for the calling party, seize an external 
trunk and extend the call back to the calling party. Table 1 shows situations 

when the attendant is allowed to press the Release (RLS) key depending on 

the type of numbering plan implemented by a customer. 


Table 1 
Numbering Plans and Attendant Release of external trunk 


Numbering Plan used Destination (DEST) 
to seize external trunk becomes lit 


Route Access Code After Route Access Code 


Flexible Numbering Plan | After Special Number 
Coordinated Dialing Plan | After Trunk Steering Code 
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Operating parameters 


This feature supports the all ISDN trunk types on Basic Rate Interface (BRI) 
and Primary Rate Interface (PRI). Attendant Through Dialing Networkwide 
is also supported over analog, DTI and DIT2 trunks. 


The Attendant Through Dialing Networkwide feature is not supported over 
DPNSS. Therefore, an established link cannot be a DPNSS trunk if the 
outgoing trunk is ISDN or DASS2. 


Attendant Through Dialing Networkwide is configured to override/bypass 
Access Restrictions configured as New Flexible Code Restrictions. Other 
access restrictions such as Access Restrictions, Schedules Access 
Restrictions and Trunk Barring are not affected by Attendant Through 
Dialing Networkwide. 


This feature is not supported on sets configured with Dial Pulse (CLS = DIP). 
Attendant Through Dialing Networkwide is only supported on set configured 
with Digitone (CLS = DTN). 


Attendant Through Dialing Networkwide is available on all types of dialing 
configurations on ISDN routes, Enbloc or Overlap Signaling. However, if the 
attendant dials a Trunk Steering Code or Special Number, the outgoing ISDN 
trunk must support Overlap Signaling. 


If an attendant dials a Trunk Steering Code or Special Number over an ISDN 
trunk connected to a Central Office/Public Exchange, the outgoing trunk 
must support Overlap Signaling. 


Attendant Through Dialing Networkwide allows a caller to bypass all trunk 
access restrictions at the set level. Once a caller begins dialing an external 
number, the digits dialed are not analyzed for Access Restrictions, Call 
Connection Restrictions. 


An attendant cannot extend a call back to a caller after dialing an Electronic 
Switched Network (ESN) access code (AC1/AC2) even if a tone is detected. 
The route being used is unknown at this time. Therefore, if the access code to 
the public network is defined as AC1 or AC2, the attendant must dial 
additional digits, such as a Special Number, before being allowed to press the 
Release key. 
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The Attendant Through Dialing Networkwide feature is not supported if the 
outgoing trunk on the attendant’s node is Virtual Network Service (VNS) 
trunk. 


When a calling party requests through dialing, their set display is updated. 
The called party’s display receives the attendant’s name or number and 
maintains this information throughout the duration of the call. 


Feature interactions 


Autodial 

Attendant Through Dialing Networkwide supports Autodial provided that the 
stored Autodial number excludes the digits previously dialled by an 
Attendant. 


Call Detail Recording 


The record on the outgoing trunk node shows the outgoing trunk in the 
terminating ID field. 


No record is output on the Attendant’s node for the Destination (DEST) side 
during call extension. This occurs regardless of the configuration for the 
outgoing trunk. All other records are produced according to configuration. 


If the Calling Line Identification (CLID) option is activated in the Call Detail 
Recording, the calling party’s Directory Number (DN) is printed in the 
Attendant’s node. 


If End-to-End Signaling is used to establish a link, the ECDR prompt in 
Overlay 15 can be used to print End-to-End Signaling digits in the CDR 
record. 


ISDN QSIG/EurolSDN Call Completion 


The Call Completion to Busy Subscriber and the Call Completion on No 
Reply functionalities are not supported if an external call is initiated by the 
Attendant Through Dialing Networkwide feature. 


Last Number Redial 


Last Number Redial is not supported when the attendant extends a call back 
and the caller begins dialing digits. 
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Network Attendant Service 

Network Attendant service can be used on the Meridian Customer Defined 
Network (MCDN) to automatically locate an attendant from one node to 
another. 


When Attendant Through Dialing Networkwide is provisioned, the 
Attendant’s Destination (DEST) lamp is updated after dialing Route Access 
Code, Trunk Steering Code or Special Number rather than waiting for the 
ALERTING message. 


Pretranslation 

Pretranslation is supported during the attendant dialing phase. The attendant 
dials a pretranslated digit in the Trunk Steering Code, Route Access Code or 
Special Number to seize an external trunk. Pretranslation is not supported in 
the through dialing phase. Therefore, once the attendant extends the call back 
to the caller, the first digit the calling party dials is not pretranslated even if 
the calling party has pretranslation configured. 


Recovery on Misoperation of the Attendant Console 


The Attendant Through Dialing feature allows the attendant to press the RLS 
(Release) key or another Loop key when the called is party is ringing without 
misoperating the console. 


Speed Call 


Speed Call is only supported in the attendant dialing phase. Speed Call is not 
supported once the caller begins dialing an external number. Once an external 
call is established, the caller cannot press the SCU (Speed Call User) key. 


Stored Number Redial 
Digits dialed by the caller using End-to-End Signaling are not retained by the 
Stored Number Redial feature. 


Feature packaging 


Attendant Through Dialing Networkwide requires the following packages: 
— End-to-End Signaling (EES) package 10 
— Integrated Services Digital Network (ISDN) package 145 
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— Overlap Signaling (OVLP) package 184 
— New Format Call Detail Recording (FCDR) package 234 


Attendant Through Dialing Networkwide also requires one of the following 
dialing plans: 


— Flexible Number Plan (FNP) package 160 

— Coordinated Dialing Plan (CDP) package 59 

— Basic Alternate Route Selection (BARS) package 57 
— Network Alternate Route Selection (NARS) package 58 


Feature implementation 
LD 15 — Allow Attendant Through Dialing Networkwide. 


Response Description 
CHG Change existing data. 
ATT Attendant Console data block. 


XX Customer number. 


(ATDA) Attendant Through Dialing Allowed (default). 
ATDD = Attendant Through Dialing Denied. 





Note: The configuration of Improved End-to-End Signaling in 
Overlay 15 and Calling Line Identification in Call Detail Recording 
Record are optional. Improved End-to-End Signaling sends the digits 
dialed by the calling party on the established link in a more efficient 
manner than End-to-End Signaling. A Call Detail Recording record on 
the outgoing trunk node shows the outgoing trunk in the ID field and the 
calling Directory Number in the CLID field if the outgoing trunk is on 
the attendant’s node. 
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LD 15 — Configure Improved End-to-End Signaling. 


Note: In Release 19 and later, Improved End-to-End Signaling is 
provided when EEST = YES and DTMF = NO. 


Prompt Response Description 


REQ: CHG Change existing data. 
TYPE: FTR Customer Features and options. 


CUST XX Customer number. 


Send feedback tone to the originator of End-to-End 
Signaling. 


For Release 19 and later, use Improved End-to-End 
Signaling for single tone feedback. 





LD 17 — Allow Calling Line Identification (CLID) field in Call Detail 
Recording (CDR) records. 


Response Description 


CHG Change existing data. 


PARM System parameters. 


Format for Call Detail Recording 
OLD CDR format (default). 
NEW CDR format. 


Calling Line Identification in Call Detail Recording. 
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Feature operation 


1 Calling party dials an attendant that is located either on the same node as 
the caller or another node. 


2 Calling party requests the attendant to seize an outgoing external trunk. 
This external trunk is located on either the same node or on another node. 


3 The attendant dials a Trunk Steering Code, Special Number or Route 
Access Code to access the public network and waits for the lighting of 
the DEST lamp on the console. If the attendant dials either a Trunk 
Steering Code or a Special Number and the external trunk is an ISDN 
trunk, if must support Overlap Signaling. If the attendant dials a Route 
Access Code and the outgoing external is an type ISDN trunk then any 
type of dialing is supported. 


4 When the DEST lamp is lit, then the attendant presses the Release (RLS) 
key or another loop key to extend the call back to the calling party 
requesting an outgoing external trunk. 


5 The calling party hears dial tone and dials external number. 


Automatic Redial 


Automatic Redial (ARDL) extends the redialing capabilities of the Ring 
Again and Network Ring Again features. The redialing capabilities of this 
feature reside at the system level. The system generates redialing attempts 
that allow the calling party to redial a busy public network subscriber using 
analog or digital trunks. 


This feature is applicable when a calling party dials a public network 
subscriber number and receives a busy indication. Instead of attempting 
repeated redial efforts, the calling party can activate ARDL by pressing the 
Ring Again (RGA) key. 


Once activated, the ARDL feature requests the Meridian 1 to automatically 
redial the attempted dialed number until a successful call termination is 
completed or until the configured number of redial attempts is reached. A 
successful call termination is determined when one of the following occurs: 
a tone detector attached to the call detects a ringback tone, an answer signal 
is received or an ISDN signaling trunk indicates call termination. 
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When a successful call termination is detected from the far end, the calling 
party hears the called party through the set’s loudspeaker. The calling party 
must accept the redialed call within a specified time limit. If not, the redialed 
call is dropped and not redialed. 


Multi-Automatic Redial permits simultaneous activation of the Automatic 
Redial feature on several RGA keys. This allows more than one number to be 
redialed in succession. Each Automatic Redial call is attempted once and then 
another number is attempted. Multi- ARDL numbers are dialed in order of 
activation. 


One set of ARDL calls can be associated with one DN key. Another set of 
ARDL calls can be associated with a different DN key. This option facilitates 
the use of ARDL feature by a secretary who works for several managers. 
Each manager’s DN could be on the secretary’s set. A secretary activates the 
ARDL feature to call different calling groups on both DNs. After a successful 
call termination, the accepted call is easily accessed by the appropriate 
manager. 


All ARDL requests are associated with the calling party’s DN key. Therefore, 
when the called party is being redialed the calling party’s DN key is busy. If 
the calling party is busy on another DN, the ARDL attempts are redialed on 
hold. When a successful call termination is completed, the Meridian 1 alerts 
the calling party by buzzing the set. While ARDL is activated, the calling 
party’s set can be used for incoming/outgoing calls. 


ARDL can be activated on a call that has originated from a Single Call 
Ringing (SCR), Single Call Non Ringing (SCN), Multiple Call Ringing 
(MCR), Multiple Call Non Ringing (MCN), Private Line key or Hot Line 
key. The ARDL request is associated with the key from which the call was 
made. If this key is free, the system attempts to dial the number until a 
successful call termination is detected and provided a free trunk is available. 


Operating parameters 
The Ring Again feature must be enabled to operate the ARDL feature. 


This feature is only supported on Central Office (CO) and TIE trunks. 
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The ARDL is supported on Meridian 1 proprietary sets, excluding the M3000 
and M2317 sets. It is recommended that sets be equipped with display, 
handsfree and loudspeaker. Analog (500/2500) type sets do not support this 
feature. 


The ARDL feature cannot be activated on data calls. 


ARDL can only redial if the Directory Number (DN) key on the calling 
party’s set is idle. For this feature application, only a single external number 
can be stored against the Ring Again key. 


Network Ring Again features do not interfere with the ARDL feature. ARDL 
is only activated after all Network Ring Again attempts have failed. When 
ARDL is activated, redial attempts continue with the ARDL feature. ARDL 
does not support the failure of a DPNSS1 call attempt. 


The ARDL feature does not impact the operation of the Ring Again feature 
on internal calls. 


The tone detector is not allocated to detect non-busy tones for off network 
trunks that have on-board busy tone detectors such as an Extended Flexible 
Central Office Trunk (XFCOT). Only a busy tone is detected. Accordingly, 
an Automatic Redial call is considered a successful call even though an 
overflow tone is sent from the far end. 


With the exception of trunks that have on-board busy detectors or an 
end-to-end Integrated Services Digital Network (ISDN) call, a tone detector 
is required for all ARDL calls. 


If a trunk is not equipped with answer supervision, an ARDL call is redialed 
once only and then the redial request is cancelled. 


The busy tone detector capability is limited to the current tone detector 
hardware. 
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This feature introduces the following three timers that control the operation 
of ARDL: 


e The Automatic Redial Acceptance Timer is the maximum allotted 
time that the calling party has to respond to an ARDL call; 


e The Automatic Redial Retry Timer controls the time between 
successive ARDL retries; and 


e The Tone Detector Response Timer controls the tone detector 
response and is defined in LD 16. 


Feature interactions 


Access Restrictions 

Trunk Group Access Restrictions 

The Access Restriction/Trunk Group Access Restrictions of an ARDL 
redialed call are those restrictions that were applied when the call was 
initiated. These initial restrictions are not changed. 


Attendant Barge-In 

Attendant Barge In is not allowed to a trunk that is currently used for the 
ARDL call redialing. This is done to avoid creating a conference when the 
tone detector is involved. 


Attendant Break-In 

Attendant Busy Verify 

Attendant Break-In and Attendant Busy Verify are not permitted on a 
Meridian | proprietary set that is used for an ARDL call. These restrictions 
avoid creating a conference when the tone detector is involved in the call. 


Attendant Blocking of Directory Number 
An ARDL redialed call is blocked from the calling party if an attendant uses 


the Attendant Blocking of Directory Number feature on the calling party’s 
DN. 


Attendant Recall 
Call Park 
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Call Transfer 
Conference 


No Hold Conference 
Privacy Release 


When an Automatic Redial (ARDL) call is not accepted by the calling party, 
the following keys are ignored if pressed: Attendant Recall (ARC), Call Park 
(PRK), Call Transfer (TRN), Conference (A03 or A06), No Hold Conference 
(NHC) and Privacy Release (PRS). 


Autodial 
ARDL can be activated on a dialed number using the Autodial (ADL) key. 


Automatic Line Selection 


Manual Line Selection, Outgoing Line Selection or Prime Line Selection is 
interpreted as accepting the ARDL by the calling party. 


Automatic Preselection of Prime Directory Number 


Ifa call is processed on key 0 and the calling party lifts the handset and selects 
the Prime Directory Number (PDN), this is interpreted as accepting a redialed 
call. 


Automatic Set Relocation 
If the calling party’s set is relocated, the ARDL request is cancelled. 


Call Detail Recording 


The calling party’s DN is charged even though a call is not accepted. This 
occurs because the resources are booked for ARDL attempts. 


If Call Detail Recording (CDR) is configured on external calls, additional 
CDR records are produced. This occurs because each redial attempt produces 
a CDR record. 


Calling Party Privacy 


The calling party and called party have the same Calling Party Privacy 
considerations. 


Digit Display 
Dialed numbers are displayed when the ARDL feature is activated. The 
calling party can dial digits even though a busy tone indication is given. 
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Digits dialed while on hold are not displayed.When the calling party accepts 
aredialed call, the dialed numbers are displayed. If the Display (DSP) key and 
appropriate RGA key are pressed while a call is on hold, the number redialed 
is displayed. 


Directory Number - Multiple Appearance 
An ARDL call from a Single Call Ringing (SCR) or Single Call Non Ringing 
(SCN) is only redialed when all sets that have the same DN are free. 


An ARDL call from a Multiple Call Ringing (MCR) or Multiple Call Non 
Ringing (MCN) is only redialed when the originating key is free. 


Enhanced Hot Line 


An ARDL call can be activated from an Enhanced Hot Line key. However, 
the call is only redialed when the calling party’s HOT key is free. 


Last Number Redial 


An ARDL call can be activated on a number dialed using the Last Number 
Redial (LNK) key or by pressing the DN key twice. The ARDL number is 
saved as the last number redialed. 


Line Load Control 
ARDL attempts are controlled and restricted by Line Load Control. 


Network Alternate Route Selection 
Network Speed Call 


ARDL can be activated on a Network Alternate Route Selection DN or 
Network Speed Call. 


New Flexible Code Restriction 


ARDL calls must pass New Flexible Code Restriction (NFCR) checks. If the 
redialed number is restricted, the ARDL request is cancelled. 


Override 


An ARDL call cannot be overridden. This is done to avoid creating a 
conference when a tone detector is involved. 


Pretranslation 


ARDL can be activated on a number that has passed the Pretranslation 
process. However, on an ARDL call the Pretranslation process is not used. 
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Privacy 


If the ARDL call is redialed on a number that is shared with any single line 
telephone, the ARDL call is accepted when the single line telephone goes 
off-hook. 


Privacy Override 


When the Privacy Override feature is activated on the MADN key and the one 
set activates ARDL, this call can be accepted by other sets. 


Private Line Service 


ARDL call can be activated on a Private Line Service key. The call can only 
be redialed when the calling party’s PVR or PVN key is free. 


R2 Multifrequency Compelled Signaling 

A successful ARDL call dialed through a R2 Multifrequency Compelled 
Signaling (MFC) trunk is determined by the tone detector (TDET) and MFC. 
If MFC signaling detects that the call has failed, the ARDL call is cancelled 
in the same manner as a TDET. If R2 MFC does not detect a call failure a 
TDET is connected to the call as a regular ARDL call. 


Scheduled Access Restrictions 


The Scheduled Access Restrictions (SAR) on ARDL redialed calls are set 
when the call is initiated. If restrictions are changed later, the prior restrictions 
still apply. 


Speed Call 
System Speed Call 
Stored Number Redial 


The Automatic Redial (ARDL) feature can be activated on a call using Speed 
Call (SCL), System Speed Call (SSU/SSC) or Stored Number Redial (RDL) 
keys. 


Speed Call on Private Lines 


The ARDL feature is activated on a number dialed using the Private Line 
(PVR/PVN) key and then making a speed call by pressing the Speed Call 
(SCL) key. 
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Feature packaging 
Automatic Redial (ARDL) requires the following packages: 


— Automatic Redial (ARDL) package 304; 
— Ring Again (RGA) package 1; and 
— Tone Detector (TDET) package 65. 


Outpulsing of Asterisk and Octothorpe (OPAO) package 104 and Automatic 
Redial (ARDL) package 304 are mutually exclusive. The ARDL package is 
turned off automatically if both packages are equipped. 


Feature operation 
Enabling Automatic Redial 


1 Press an idle DN key, handsfree key or go off-hook. Dial desired public 
network number. The DN lamp is lit. 


2 The calling party hears busy, overflow, ringback tone, etc. 
3 Press the Ring Again (RGA) key. 


e Fora non-ISDN call, the RGA key lamps lights, the tone stops and 
the DN lamp goes dark. 


e For ISDN call, the RGA key lamps initially flashes while the system 
attempts to activate the Network Ring Again features. If these 
features cannot be activated, the RGA lamp is steadily lit and the 
ARDL feature is activated. 


Automatic Redialing - External Number 


After ARDL is activated the following possibilities can occur: 


1 = Thecall is answered by the called party and accepted by the calling party. 
In this case, both parties are connected. 


2 The call is answered by the called party, but the calling party does not 
accept the call within the predefined time limit. The call is dropped and 
not redialed again. 


3 The called party’s number is occupied. The call is dropped and redialed 
later according to the timer configuration. 
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4 The call is blocked for some reason such as trunks or network 
congestion. The call is dropped and redialed later according to the timer 
configuration. 


If the calling party presses another DN key while ARDL is activated, the 
ARDL attempt continues redialed on hold. If the Release (RLS) key is 
pressed when an ARDL call is attempted and is the active call, the redial 
attempt is dropped and redialed later after the predefined allotted time. 


Automatic Redial - Originating Telephone is Idle on Another 
Number 


1 
2 


The calling party’s DN is idle. 


The RGA key lamp winks. The DN lamp is lit and the called number 
appears on the set’s display. A connection is made to the loudspeaker of 
calling party’s set. 


One of the following occurs: 


If the called party’s number is busy, the call is dropped when a busy 
tone is detected. The DN goes dark, the RGA lamp is steadily lit and 
the loudspeaker is deactivated. 


Otherwise, the calling party hears ringback or answer through the 
loudspeaker. 


If the calling party accepts the call by going off-hook, pressing DN key 
or pressing the handsfree, both parties are connected and the RGA lamp 
goes dark. 


If the calling party does not accept the call within the predefined time 
limit, the DN key goes dark and one of the following occurs: 


If the called party answers the call the following occurs: the RGA 
key goes dark, the redial call is disconnected and the ARDL request 
is cancelled. The display returns to an idle state. 


If the called party does not answer the call, the following occurs: the 
call disconnected and the RGA lamp is steadily lit. The ARDL 
request is not cancelled and is ready for another redial attempt. The 
display returns to an idle state. 


Option 11C 2.0 Mb DTI/PRI Administration and Maintenance guide 


Page 68 of 1280 Chapter 2 — ISDN feature descriptions 


Accepting an Automatic Redial Call 
To accept an ARDL call, the calling party performs one of the following: 


1 Ifthe ARDL call is the active call on the set, then the calling party must 
lift handset, press handsfree or press the key on which the ARDL call is 
active; or 


2 Ifthe ARDL call is dialed on hold the calling party must press the 
associated DN key. 


Cancelling Automatic Redial 


Automatic Recall is canceled in the following cases: 


e The calling party presses the lit or winking RGA key (the 
cancellation request can be activated between ARDL attempts or 
during a redial attempt); 


e The calling party accepts the ARDL call; 
e The ARDL call is redialed the predefined number of call retries; or 


e The calling party does not accept a successful ARDL call within the 
predefined time limit. 


At cancellation of the ARDL request, the RGA key lamp goes dark. 
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Backup D-channel 


In order to increase the reliability of the D-channel and enhance the 
serviceability of the Primary Rate Interface, a second or "backup" D-channel 
has been implemented. 


The Backup D-channel provides redundancy for the D-channel Handler 
Interface (DCHI). The DCHI provides the signaling and protocol for call 
set-up, tear down and feature activation. The B-channels can either be PRI 
B-channels or virtual B-channels using analog or digital trunks with the ISDN 
Signaling Link (ISL) feature. Because the DCHI is so important to trunking 
requirements, an additional DCHI can be configured so that automatic 
switchover to a back-up occurs in case of failure. This configuration requires 
coordination with the far end to ensure that both ends have backup 
D-channels configured. 


When Back-up D-channel is configured, one D-channel is active and the 
other one acts as a backup. Should the active D-channel fail, the 
auto-recovery software first attempts to recover the primary D-channel. If the 
recovery is successful, the D-channel goes back in operation. If the recovery 
does not take place, Meridian 1 software switches the D-channel processing 
to the backup D-channel on another link. If the active back-up D-channel fails 
after the problem with the primary D-channel has been resolved, the auto 
recovery software automatically switches back to the primary 

D-channel. During the switchover procedure, active calls remain intact, 
transient calls, however, may be dropped. 


As an option, when the primary D-channel is brought from the "Released" to 
the "established" state, automatic changeover back to the primary D-channel 
can be activated. 


The Backup D-channel requires a separate PRI card on another carrier link. 
For analog ISL applications, a separate NTAKO2 circuit card, modem, and 
NTAKI9BA cable are required. 


Note: The backup D-channel must be the same D-channel type as the 


primary D-channel. That is, both must be configured as either DCHI or 
MSDL in software. 
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Interactions and Limitations 
In X11 Releases 14 through 16, the Back-Up D-Channel feature is only 
supported between Meridian 1/SL-1 systems, and can be configured for either 
ISL or PRI applications. With X11 Release 18 and later software, the backup 
D-channel provides connections from Meridian 1 to the following systems: 


Meridian 1 

DMS-250 (BCS 32 and later) 
SL-100 

AT&T 4ESS 

DMS-100 (BCS32 and later) 


In X11 Release 18 and later, the backup D-channel conforms to the Meridian 
Customer Defined Networking (MCDN) protocol and AT&T's TR41449 and 
TR41459. 


Package Requirements 


This option requires the following feature packages: 


Feature Package Number 


ISDN 145 
PRI2 or ISL 154 or 147 
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Basic Call Service 
Description 


ISDN basic call service transmits the ISDN call and consists of call progress 
signaling, voice and data transmission, and dialing plans. 


Call Progress Signaling 

PRI supports 64 Kbps out-of-band signaling on the D-channel for: 
— call set-up 

— call tear down 

— feature activation 


— local busy and reorder tones 


Messages to generate tones are transmitted on the D-channel. Both 
out-of-band messages and in-band tones are provided for ringback. 


Voice and Data transmission 
Voice and high speed (64 kbps) data are transmitted on the B-channel and 
assigned on a per call basis. The following modes of transport are available: 


— 64 Kbps circuit switched voice and data transmission 
— 64 Kbps packet data transmission 

Dialing plans 

The following dialing plans are supported: 

— Coordinated Dialing Plan (CDP) of 3 to 10 digits 

— North American 10-digit numbering plan (E.164) 


— Uniform Dialing Plan (UDP) which includes the Electronic Switched 
Network (ESN) 7-digit private numbering plan with 3-digit NARS 
location codes. 


Typically, the numbering plan for a private network consists of a 3-digit 
location code (such as the ESN number) and a 4-digit extension. This allows 
the same extension to be used for private networks and for Direct Inward 
Dialing (DID) from the public network. 
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The following variations apply in the United Kingdom: 


group dialing, a hybrid of the coordinated and uniform plans 


mixed-length CDP network 


Interactions and Limitations 


The basic call service capability is supported for the following 
configurations: 


Meridian | Option 11 to Meridian 1/SL-1 
Meridian 1 Option 11 to AXE-10 central office switch 
Meridian | Option 11 to SYS-12 central office switch 


Meridian | Option 11 to SwissNet central office switch 





Meridian | Option 11 to 1 TR 6 D-channel signal protocol 


Package Requirements 


This option requires the following feature packages: 


Feature Package Number 


ISDN 145 
PRI2 or ISL 154 or 147 
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Break-in with secrecy 
Description 


The Break-in With Secrecy (BKIS) feature enhances the operation of the 
Break-in (BKI) feature. 


When the break-in conference is established between the attendant and the 
desired and undesired parties of a call, the attendant may press the BKI key 
again to exclude the undesired party and talk directly to the desired party. 
Once the undesired party is excluded, intrusion tone is no longer provided. 


Interactions and Limitations 


This feature has the following limitations: 
— All conditions for existing NAS Break-in must be satisfied. 


— All nodes within the network must have compatible software with 
identical Multi-Party Operation (MPO) options. (Otherwise, MPO 
options in the desired party’s node take precedence.) 


— Where the undesired party resides on a different node from the desired 
party, MPO treats the undesired party as an external caller on the desired 
party’s node. 


— All nodes connected to the attendant must have Network Break-in with 
Secrecy equipped, for the BKIS feature to operate properly. 


— Where only one party is excluded from a conference, intrusion tone is 
provided this last party, but music is not. 


Break-in indication and prevention 
Description 


For reasons of confidentiality, some customers may not want to allow 
attendant break-in on external call connections (that is, call connections 
involving off-network trunks). Alternately, they may require that the 
attendant be aware that a call connection is external before performing a 
break-in. 


This feature provides two options, described below. Either option can be 
selected for a customer, but not both. 
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Break-in indication 

With the Break-in Indication option, if an attendant dials a busy extension 
during a break-in operation the attendant display provides one of two 
customer-defined indications: 


— three dashes, appended to the end of a set of displayed digits, if the busy 
station is involved in an external call (this is the BBIN option), or 


— amode digit, appended to the end of a set of displayed digits (this is the 
EBIN option) 


In an ISDN PRI environment, the mode digit indicates one of these states: 
1 = Station is busy on an off-net call, or involved in a conference call. 
2 = Station is busy with on-net call, and is not involved in a conference call. 


3 = Station is busy on a non-established call; for instance, dialing, 
ringing, or announcement. 


4 = Station is in line lockout. 


The meanings of mode digits in a non-ISDN environment are described in 
553-2301-105, Appendix 2. 


Break-in prevention 

With the Break-In to External Call Denied option (BIXD option), break-in to 
a party involved in an external call is temporarily denied. This applies to both 
pre-dial and post-dial break-in operations. 


Interactions and Limitations 


This feature has the following limitations: 
— All conditions for existing NAS Break-in must be satisfied. 


— All nodes within the network must have compatible software with 
identical Multi-Party Operation (MPO) options. (Otherwise, MPO 
options in the desired party’s node take precedence.) 


— Where the undesired party resides on a different node from the desired 
party, MPO treats the undesired party as an external caller on the desired 
party’s node. 


— All nodes connected to the attendant must have Network Break-in with 
Secrecy equipped, for the BKIS feature to operate properly. 
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— Where only one party is excluded from a conference, intrusion tone is 
provided this last party, but music is not. 


— Indication of station status on a call to a busy station is available only on 
attendant consoles. 


Feature interactions for the Break-In and Network Attendant Service 
Break-In features also apply to this feature. 


With the Break-In to Line Lockout Set product improvement, the appropriate 
busy indication is supported. If the Break-In to Line Lockout Set Denied 
option (option BLD) was set for the customer, attempts at break-in results in 
Temporarily Denied—1 status. Ifthe Break-In to Line Lockout Set Allowed 
option (option BLA) was set then break-in proceeds normally. 


If the Attendant Busy Display Allowed option of the First-Second Degree 
Busy Indication feature is chosen in overlay 15 (option ABDA), display of 
digits could be changed. When the attendant dials a second-degree busy 
station, the attendant digit display shows —0. In combination with the 
Break-in Indication and Prevention feature, the display may show 

—0 or —0 followed by another dash and a mode digit. 





Package Requirements 


The feature options can be selected for a customer by way of overlay 15. 
Respond to the OPT prompt with the desired option: 


BIXA Break-in to external calls allowed 
BIXD Break-in to external calls denied 
BIND Break-in indication denied 

BBIN Basic break-in indication allowed 
EBIN Extended break-in indication allowed 


Options BIXD, BBIN and EBIN are mutually exclusive. Only one of these 
options can be selected for a customer. 
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Call charging under 1 TR 6 connections 
Description 


Accumulated charging information for an ISDN PRI call is interfaced into the 
Meridian 1 periodic pulse metering function, to provide a transparent 
call-charging feature to the customer. 


On a node with 1 TR 6 connection, call charge information is received by the 
SL-1 from the network as part of the connect data. This information is 
temporarily stored by SL-1. Further charge information from the network is 
added to the charges being stored. When the call has been completed, the 
information is used to add call charges to the calling user’s meter. (The 
calling user could be an analog (500/2500 type) telephone, an attendant 
console or a trunk in a tandem call.) 


Call charging under 1 TR 6 supports: 


— recording of accumulated call charging information for each call in the 
CDR 
(if equipped) 

— calculation of total charge for each call based on assigned unit cost, and 
the accumulated call charging information received over the network. 
(This information is also recorded on CDR.) 


— attendant access to the accumulation of call charge units, on a per call 
basis, by way of call marking 


— SL-1 telephone set access to MR data (on a set with digit display and an 
MRK key) 


— CDR on Multiple Call Transfer for outgoing calls 


Interactions and Limitations 


Call transfer 

Call charging information is counted against a station connected to a 1 TR 6 
central office (CO) trunk. If that station transfers the call while the call is still 
ringing, call charging information is counted against the transferring station 
until the call is answered or abandoned. Once the call is answered, call 
charging information begins to count against the station the call was 
transferred to. 
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If the transferring station consults with the station receiving the transfer first, 
call charging information is only counted against the transferring station until 
the transfer actually takes place. From that point on, continuing call charge 
information is counted against the station receiving the transfer. 


If the transferred call is redirected (for instance, call forwarded or call hunted) 
call charges accumulate against the transferring station until the transfer is 
complete and the call is answered. After that point, new call charge 
information is counted against the station at which the call has been answered. 


Call forward all calls 


In the transfer or extension of a metered call, charges are counted against the 
last station at which the call the answered and the controlling station Releases. 


The last station to forward a call onto a 1 TR 6 trunk receives the charge for 
that call. 


Call forward no answer 


In the transfer or extension of a metered call, by way of Call Forward No 
Answer, charges are counted against the last station at which the call the 
answered and the controlling station Releases. 


Call pickup 
A station which picks up a metered call transferred or extended to another 
station receives the charge for the call. 


Call park 


A station which parks a metered call will continue to be charged for that call 
until it is answered by another station. 


Hunting 


If a call is transferred or extended to a station and redirected by hunting to 
another station, the answering station receives the charge for the call. 


Camp on 


Calls camped on to a busy station by an attendant are charged against the 
attendant until the call is answered and the attendant Releases. 
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Conference 3-party/6-party 
When a 1 TR 6 trunk is added to a conference call, call charges from the 
network are counted against the station which initiated the trunk call. 


If the station which originated the trunk call then disconnects from the 
conference, call charges for the 1 TR 6 connection cease against that station. 
Charges for the trunk connection begin to count against whichever remaining 
member of the conference has been in the longest. 


Conference—attendant 

If an attendant dials a 1 TR 6 CO trunk as a source, while establishing a 
conference call, call charging information received from the network is 
counted against the attendant. 


If the attendant holds the conference at the console by pressing the RLS key 
then the call charging information continues to count against the attendant. 


If the attendant Releases the conference from the console by pressing the 
RLS SRC key and then the RLS key, continuing call charge information is 
counted against the station which has been in conference the longest. 


If an attendant is connected to an internal station (or a TIE trunk) first, any 
call charging information incurred from a | TR 6 trunk connection 
established afterwards counts against the internal station (or TIE trunk), 
including a conference connection. 


Attendant originated calls 

When the attendant originates an external call using a 1 TR 6 CO trunk, call 
charging information from the network is held temporarily by the SL-1. If the 
attendant transfers the call to another station, the call charges are counted 
against the station receiving the transfer. If the attendant disconnects, thus 
effecting a transfer, the call charges count against the attendant. 
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Attendant extended calls 

If an attendant dials an external call through a 1 TR 6 CO trunk while 
connected to an internal station or TIE trunk, call charging information 
received from the network is held by the SL-1. Cumulative call charges are 
counted against the internal station or TIE trunk for the entire length of the 
call. However, these charges are not placed against the station until that 
station either disconnects or modifies the call. (Attendant extension of the 
call does not initiate the assignment of charges.) 


If the attendant dials the 1 TR 6 trunk before connection with an internal 
station, call charges are counted against the attendant. Call charges continue 
to count against the attendant until a dialed station DN or TIE trunk access 
code answers (or end of dialing occurs on the TIE trunk), and the attendant 
Releases. At that point the accumulated charges are assigned to the 
attendant’s meter. (If the attendant does not have a meter defined, the charges 
count against the customer meter.) 


Attendant operation of metered calls 

An attendant can flag a long-distance call as metered, in order to receive 
immediate call-charge information at the completion of the call. At call 
completion, the attendant is recalled and the calculated call charge is 
displayed on the console. 


If the call is transferred, a meter recall routes to the attendant for each part of 
the trunk connection. 


Marking metered calls 

A meter (MTR) key on the attendant console allows the attendant to mark as 
a metered call any call using any outgoing 1 TR 6 CO trunk. Additional 1 TR 
6 CO trunks added to the conference after that are automatically marked as 
“metered”. To cancel metering the attendant pressed the meter key again 
(removing metering from all connected calls). The meter key has no effect 
on trunks other than 1 TR 6 trunks. 
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Meter recall 

When a metered call is modified or disconnected a meter recall is presented 
to the originating attendant. The meter recall ICI lamp lights, the source side 
of an idle loop is lit, the destination lamp remains off and the information 
below appears on the console display: 


— station DN or TIE trunk access code 


— call charge 


Consultation 


A station creating a consultation connection between one or more metered 
trunks receives call charges for all the involved trunks, until that call is 
transferred. 


Reading and changing call charge units 

An SL-1 telephone set equipped with a digit display and an MRK key/lamp 
pair can read or change meter contents. A background terminal assigned 
“Meter” access can manually or automatically read, change or print meter 
contents. 


CDR records 

Call charge units for metered calls appear on CDR records (when both CDR 
and MR features are enabled for the customer). If the charge option is 
enabled (that is, the unit cost set to a non-zero value), then the call charge is 
calculated and recorded on CDR. (Zeros are printed when the charge option 
is disabled.) 


Origid, terid, auxid in CDR records 

An outgoing 1 TR 6 CO-trunk call made from a non-primary station DN is 
recorded in CDR with the primary DN as the ORIGID (or TERID after call 
modification). Where the metered call is made from an ACD agent, the 
position ID of that agent is printed as the ORIGID. 


If the PDDN is a Multiple Appearance DN (and AXID has been set to YES 
in the customer data block) then the AUXID is also be printed. 


CDR on multiple call transfer 
CDR on Multiple Call Transfer for outgoing 1 TR 6 CO-trunk calls is 
supported. 
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CDR for answered calls 
CDR records are not printed unless calls are answered. 


Call Connection Restriction 
Description 


The Call Connection Restriction product improvement allows limiting 
conditions to be placed on call connections across the ISDN. Call 
configurations which would degrade transmission integrity or network 
performance are prevented. 


Interactions and Limitations 


The following conditions are placed on network call connections: 


No more than one trunk without disconnect supervision can be used in a 
call connection. Otherwise, trunk lock-up could occur within the 
network. (This also applies to call-joined connections. Two call 
connections cannot be joined if each makes use of a trunk without 
disconnect supervision.) 


Tandem nodes are limited, to prevent potential transmission problems. 
The maximum number of tandem nodes to be allowed in a call 
connection can be set between 0 and 31, by way of service change. 


PSTNs can be limited. If so specified, only a single PSTN is permitted 
in a call connection; or, an unlimited number of PSTNs can be allowed. 


u/A-Law conversions are limited, to prevent potential transmission 
problems. The maximum number of conversions to be allowed in a call 
connection can be set between 0 and 31, by way of service change. 


Satellite delays are limited. The maximum number of Satellite delays to 
be allowed in a call connection can be set between 0 and 5, by way of 
service change. 


These call limitations only apply within an ISDN environment. For this 
product improvement to be effective, ISDN connectivity must be available 
between the originating and terminating nodes. 
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With the use of multiple call transfers, conferencing and other manipulations, 
it is possible to bypass this product improvement’s control of the number of 
unsupervised trunks in a call connection. In these situations, other ISDN 
call-connection limitations may also be overcome. 


The Call Connection Restriction product improvement overrides the Satellite 
Link Control feature. Whereas the Satellite Link Control feature limited the 
number of Satellite access lines or intermachine trunks to one, the Call 
Connection Restriction product improvement allows this limit to be 
service-changeable. 


When calls are joined, it is possible to produce a call connection which 
violates some of the call-connection restrictions. Under these conditions, it 
is possible to exceed the limits on tandem nodes, u/A-Law conversions and 
network call redirections. 


Call Forward All Calls/No Answer 
Description 
Call Forward All Calls/No Answer enables callers to manually forward or 


forward on a no answer to any other station on the ISDN network. 


Using this feature, the receiving location is provided with the dialed number, 
the calling number/name (if optioned) plus the reason for the redirection. The 
caller's display is also updated to show the name and number of the person 
the call was redirected to plus the reason for the redirection. 


This feature is applicable to the following sets for Name and Number display: 


— Meridian Telephones equipped with digit display 





e M3000 Touchphone 
e M2317 
e M2008 
e M2616 
e M2216 
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Package Requirements 
This option requires the following feature packages: 
Feature Package Number 
ISDN 145 
PRI2 or ISL 154 or 147 


DDSP 19 
CPND 95 





Call Forward, Break-In and Hunt Internal or External 
Network Wide 


The Call Forward, Break-In and Hunt Internal or External Network Wide 
feature determines whether a call is treated as internal or external on a 
network wide basis. A call is treated as internal if it terminates and originates 
within a private network. A call is treated as external if it terminates or 
originates outside a private network. The definition of an incoming internal 
or external call is determined by the Call Forward by Call Type feature. The 
definition of an outgoing internal or external call is determined by the 
Break-In feature. 


A network-wide call receives internal treatment if the Numbering Plan 
Identifier (NPI) in the Calling Line Identification (CLID) is private. 
Conversely, if the NPI is not present, the Network Attendant Services (NAS) 
information will be used if it is configured. 


If neither the CLID, NAS, QSIG or DPNSS information is present, the 
following occurs. The route class mark defined in the route data block will be 
used to collect information necessary to determine whether a call should be 
given internal or external treatment. The network wide definition can be 
superseded by the route class. This can be configured on a route basis by 
entering local data at the “LOC” for internal treatment the at the new prompt 
“IDEF” prompt in the customer data block configuration (LD 15). 
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Figure 7 
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Example of Calling Line Identification for Incoming Calls 



























































providing CLID 


: 
M1 network Meridian? TrunkY 


network providing 
CLID 


Ss 




















Trunk X aN i Trunk Z 


network providing Å network providing 
no CLID 


An incoming call is always treated as internal provided the originating party 
is not a trunk. However, if the originating party is a trunk, Calling Line 
Identification is present and NPI is private the call is treated as internal. 


Figure 7 illustrates several examples of incoming call treatments. When Set 
B dials Set A and receives no answer the Call Forward by Call Type features 
is activated from Set A’s node. This type of call is treated as an internal call 
because the Number Plan Identification (NPD) is private in the Calling Line 
Identification (CLID). 


When Trunk Y calls Set A and Set A does not answer, the Call Forward by 
Call Type feature is activated from Set A’s node. The calling CLID initially 
received is NPI public or unknown. This is transported to Set A’s node and 
the call receives internal treatment. 


When Trunk X calls Set A and Set A does not answer, the Call Forward by 
Call Type feature is activated at from Set A’s node. The calling CLID initially 
received is NPI public or unknown. The call receives external treatment. 
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With a private network inter-exchange signaling protocol QSIG, the CLID 
and NPI are used if they are present. If this information is not present, then 
the QSIG specific data giving information on the far end of the call is used. 
Since no NPI is provided by the DPNSS protocol, the Calling Line Category 
is used. 


Operating parameters 


The only features impacted by this feature are Call Forward/Hunt by Call 
Type, Internal Call Forward and Attendant Break-In. The Attendant Break-In 
feature will continue to treat conference calls as external. Network side 
conference is not considered. 


This feature operates using the available information that is associated with a 
call. This information is decoded to determine different treatments for 
Break-In Indication, Call Forward/Hunt by Call Type or Internal Call 
Forward. 


For outgoing calls, this feature functions by the information created from the 
terminating node back to the originating node. 


QSIG calls are treated depending on the equivalent information to the NPI or 
to NAS type information transported. 


Digital Private Network Signaling System #1 (DPNSS) does not support NPI. 
Alternatively, DPNSS supports NAS type information when connected to an 
attendant on the originator and the route (called Calling Line Category). This 
information will be considered when available. With Digital Access 
Signaling System #2 (DASS), Calling Line Category is not supported and 
calls will always be treated as external. 


Internal Call Forward considers the transferred party and not the transferring 
party (both attendant and set) when the transferring party is on the treating 
node. Information transported across the network by NAS, DPNSS or QSIG 
from a network side transferred call is not considered. The information on the 
transferring party only will determine the type of treatment given to a call. 


Option 11C 2.0 Mb DTI/PRI Administration and Maintenance guide 


Page 86 of 1280 Chapter 2 — ISDN feature descriptions 


Feature interactions 


Attendant Break-In 
Attendant Break-In Indication and Prevention 


Call Forward by Call Type 


If the Internal/External definition in LD 15 is set to YES, a call is treated as 
internal or external on a network wide basis. 


Call Forward, Internal 

If a treated call is a transfer call and the transferring call is on the treating 
node, the transferred party will be considered. However, when the 
transferring party is not on the treating node, the transferring party will 
determine the treatment given. 


Call Transfer 

Network Call Transfer 

Network Call Redirection 

The treatment of a call following a call transfer (Call Forward/Hunt by Call 
Type) is based on the transferring set and the call originator’s set. The set 
display on network call modification or redirection does not change. 


Network Attendant Service 

When a call is transferred, a new facility message is sent to the transferred 
party’s node to transport the terminal indicator parameter or the access trunk 
information parameter. 


DPNSS1 

QSIG 

Call Forward, Break-In and Hunt Internal or External Network Wide uses the 
NAS equivalent information that is transported on protocols such as Party 
Category and Progress Indicator for QSIG and Calling Line Category for 
Digital Private Network Signaling System No. 1 (DPNSS). 
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Feature packaging 


Call Forward, Break-In and Hunt Internal or External Network Wide is 
included in base X11 system software. 


NAS messaging requires Network Attendant Services (NAS) package 159. 


DPNSS requires 2Mbit Primary Rate Interface (PRI2) package 154, 
Integrated Digital Access (IDA) package 122 and Digital Private Network 
Signaling System No. 1 (DPNSS) package 123. 


QSIG requires QSIG package 263. 


Feature operation 


There are no operating procedures specified for this feature. 


Call Forward/Hunt Override via Flexible Feature Code 


Call Forward Override provides all telephone users (having a specific Class 
of Service) and attendants with the ability to override Intercept Computer 
Call Forward (ICP-CFW), Call Forward All Calls, Call Forward No Answer, 
Hunting and Make Set Busy by entering a Flexible Feature Code. In order to 
use this feature, the originating set must have Call Forward Hunt Allowed 
(CFHA) Class of Service. When this feature is enabled if override is 
attempted, and the called party is idle, the set is rung regardless of any 
diversion. If the dialed set is busy and has Hunt active, the calling party will 
terminate on the wanted set and receive a busy indication. Sets without Call 
Forward/Hunt Override denied (CFHD) Class of Service will not be able to 
use the Call Forward/Hunt Override (CFHO) Via Flexible Feature Code 
(FFC) feature. 


Call Forward/Hunt Override Via FFC works in network environments with 
Meridian 1 nodes and Meridian Customer Defined Network (MCDN) links. 


Operating parameters 


The Call Forward/Hunt Override FFC can only be used in predial mode from 
a set (1.e., it has to be dialed before dialing the DN that has Call Forward All 
Calls, Intercept Call Forward, Call Forward No Answer, Internal Call 
Forward, Hunt, or Make Set Busy active). 
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The Call Forward/Hunt Override FFC can only be dialed from its own node 
(i.e., it has to be dialed before any trunk access code). 


On an ABCD set the Call Forward/Hunt Override FFC can only be 
configured as a predial FFC (ABCD sets are a type of German telephone). 


Call Forward/Hunt Override FFC can only be used against extensions with 
one of the following type: HOT/MCN/MCR/SCN/SCR/Basic Rate Interface 
(BRI) DNs and PBX sets. 


It is not possible for BRI extensions to dial a Call/Forward Hunt Override 
FFC. 


The Call Forward/Hunt Override via FFC feature can only be used in 
standalone and MCDN environments. If no MCDN links are involved, no 
information about Call Forward/Hunt Override will be passed on to other 
nodes. 


To get the functionality of Call Forward/Hunt Override Via FFC in an MCDN 
environment these enhancements must be integrated in the originating node, 
terminating node and any intermediate nodes. 


Feature interactions 


Attendant Blocking of DN 


Using Call Forward/Hunt Override FFC after activation of ABDN is not 
allowed. Any attempt will be canceled and overflow tone will be returned. 


Automatic Call Distribution (ACD) 

ACD DNs are not overridden by Call Forward/Hunt Override Via FFC. Any 
attempt will be canceled and access denied treatment will be returned. 
Individual DNs on an ACD set are overridden by Call Forward/Hunt 
Override Via FFC with the same limitations as for other sets. 


Barge-in 

Busy Verify 

Break-in 

Using Call Forward/Hunt Override Via FFC after activation of Barge-in, 
Busy Verify or Break-in is not allowed. Attempts will be canceled and 
overflow tone will be returned. 
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Using post-dial Break-in after dialing the Call Forward/Hunt Override FFC is 
possible after encountering a busy set, if Break-in is enabled. 


Basic Rate Interface (BRI) 


BRI sets are not supported; any attempt to dial Call Forward/Hunt Override 
from a BRI set will be ignored and access denied treatment will be returned. 


BRIT 


BRI TIE trunks in a Meridian Customer Defined Network (MCDN) are 
supported. 


Boss Secretary Filtering 

Call Forward All Calls 

Call Forward No Answer 

Call Forward and Busy Status 

Internal Call Forward/Make Set Busy 

These features are overridden by the Call Forward/Hunt Override Via FFC 
feature, but there are no changes to the features themselves. 


Call Transfer 

A set can activate Call Forward/Hunt Override Via FFC when initiating a 
transfer. If the transfer is completed while ringing, the Call Forward/Hunt 
Override will still be active and passed on to the transferred party. 


Call Waiting 

Call Waiting can be used even if the Call Forward/Hunt Override Via FFC 
feature has been activated. When a busy set with Call Waiting configured is 
encountered, it will terminate on Call Waiting. 


Call Waiting Redirection 

There is no interaction with the Call Waiting treatment component of the Call 
Waiting Redirection feature. However, Call Forward/Hunt Override via 
Flexible Feature Code does override CFNA, and thus the CFNA treatment 
given to unanswered Call Waiting calls by the Call Waiting Redirection 
feature is overridden by the CFHO feature. The incoming call will continue 
to be given Call Waiting treatment as if the Call Waiting Redirection feature 
is disabled when the CFHO feature is enabled by the calling party. 
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Camp-on 
When a busy set is encountered, it is possible to Camp-on to the set, even if 
Call Forward/Hunt Override Via FFC has been activated. 


Digital Private Network Signaling System One (DPNSS1) 


DPNSS1 is only supported as an incoming trunk transferred to a MCDN 
environment using Call Forward/Hunt Override Via FFC. 


Direct Inward System Access (DISA) 


DISA is not supported. Any attempt to dial the Call Forward/Hunt Override 
FFC will be ignored and access denied treatment will be returned. 


Do Not Disturb (DND) 


This feature is not overridden by the Call Forward/Hunt Override Via FFC 
feature. 


Flexible DN (FDN) 
External Flexible DN (EFD) 


It is not possible to store the Call Forward/Hunt Override FFC as an FDN or 
EFD. 


Group Call 


It is not possible to use the Call Forward/Hunt Override FFC as a Group Call 
DN. 


Group Hunt 


Primary Line Directory Numbers (PLDNs) are not overridden by the Call 
Forward/Hunt Override Via FFC feature. Any attempt will be ignored and 
access denied treatment will result. 


Hunt 


This feature is overridden by the Call Forward/Hunt Override Via FFC 
feature. If a set activating Call Forward/Hunt Override Via FFC encounters a 
busy set no hunt steps will be performed; the call will terminate on the DN 
and busy tone will be returned. 


Hunt DN/External Hunt (EHT) DN 


It is not possible to store the Call Forward/Hunt Override FFC as a Hunt or 
EHT DN. 
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Idle Extension Notification (IEN) 

This feature can be used even if the Call Forward/Hunt Override Via FFC 
feature is activated. When a busy set is encountered, it is possible to place an 
IEN request against the set. 


Intercept Computer (ICP) Call Forward 

This feature is overridden by the Call Forward/Hunt Override Via FFC 
feature. The Call Forward/Hunt Override FFC replaces the ICP Override 
FFC. 


Last Number Redial 


The Call Forward/Hunt Override FFC and the dialed DN are stored under 
Last Number Redial. 


Multiple Appearance Multiple Call Arrangements (MCAs) 
Multiple Appearance Single Call Arrangements (SCAs) 


If the Call Forward/Hunt Override FFC is used against an MCA 
(MCR/MCN) or SCA (SCR/SCN) DN it will override any active forward and 
terminate on all idle appearances. If all appearances are busy, busy treatment 
will be returned. 


Primary Line Directory Number (PLDN) 
It is not possible to store the Call Forward/Hunt Override FFC as a PLDN. 


Phantom DN 


This feature is not overridden by the Call Forward/Hunt Override Via FFC 
feature. If Call Forward/Hunt Override Via FFC is used against a phantom 
TN the call will be canceled and overflow tone will be given. 


Phantom TN 


This feature is not overridden by the Call Forward/Hunt Override FFC. If a 
Call Forward/Hunt Override FFC is used against a Phantom TN, the call will 
be canceled and overflow will be given. 


Priority Override 
It is possible to use Priority Override after using the Call Forward/Hunt 
Override FFC and encountering a busy set. 
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Radio Paging 
If Radio Paging is activated in a call where Call Forward/Hunt Override has 
been used, the Call Forward/Hunt Override feature will be deactivated. 


Ring Again 

Network Ring Again 

Using the Ring Again feature is possible after using the Call Forward/Hunt 
Override FFC and encountering a busy signal. Ring Again can be placed 
against the set for which the Call Forward/Hunt Override FFC was used (i.e., 
the set with CFW active should be rung by the Ring Again feature). 


Ring Again No Answer 
Network Ring Again No Answer 


Using the Ring Again No Answer feature is possible after using the Call 
Forward/Hunt Override FFC and encountering an idle set that does not 
answer. Ring Again No Answer can be placed against the set for which the 
Call Forward/Hunt Override FFC was used (i.e., the set should be rung by the 
Ring Again No Answer feature). 


Single Digit Access (SDA) 
It is not possible to store Call Forward/Hunt Override FFCs in an SDA list. 


Semi-automatic Camp-on (SACP) 


This feature can be used even if the Call Forward/Hunt Override Via FFC 
feature is activated. When encountering a busy set, it is possible to activate 
SACP, if it is applicable. 


Speed Call 
The Call Forward/Hunt Override FFC cannot be stored in a speed call list. 


Feature packaging 


In a standalone environment the Flexible Feature Codes (FFC) software 
package 139 must be provisioned to activate this feature. 


For network environments, Network Attendant Service (NAS) package 159 
must also be provisioned. Attendant Overflow Position (AOP) package 56 
must be restricted, as it is mutually exclusive with Network Attendant 
Service. 
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Feature operation 


The user gets the same functionality in a Meridian Customer Defined 
Network (MCDN) as in standalone environments. The Call Forward/Hunt 
Override information is transmitted from the originating node to the 
terminating node using the Network Attendant Service (NAS) feature. 


Activation of the service is call dependent; network-wide Call Forward/Hunt 
Override is part of the NAS feature. 


To activate the Call Forward/Hunt Override feature, the user dials the FFC for 
Call Forward/Hunt Override and the DN of the wanted party. If the set is idle, 
the set is rung regardless of any diversion (e.g., Call Forward All Calls, 
Intercept Call Forward, Call Forward No Answer, or Hunt) or Make Set Busy 
on the set. 


If the set(s) have displays, the display(s) are updated. If the display on the 
originating set is updated when the call is answered, the Call Forward/Hunt 
Override FFC will no longer be displayed. 


If the dialed set is busy and Hunt is active, the calling party will terminate on 
the wanted set and will receive busy indication. 


If the dialed set is idle, but does not answer within the defined number of 
ringing cycles for CFNA, the call is not forwarded (i.e., it continues to ring). 


If the dialed set is busy, the attendant can activate Camp-on, if Camp-on is 
applicable. In addition, Ring Again can be placed against a set for which Call 
Forward/Hunt Override was used and a busy set was encountered. 
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Call Page Network Wide 


Prior to X11 Release 22, call paging was only accessible if both the attendant 
or user and the paging trunk route were located on the same node. The Call 
Page Network Wide (PAGENET) feature expands call paging capabilities by 
allowing an attendant or user to access a paging trunk route located on a 
different node. 


The PAGENET feature controls external paging access privileges with the 
following levels of access: Restricted, Controlled and Uncontrolled. On the 
paging trunk, trunks are assigned a level of access on a trunk route basis. On 
other network nodes, access privileges can be assigned to attendant consoles 
and sets. 


If the paging trunk route at the paging node is configured as PAGENET 
Restricted, all external users are prevented from accessing the paging trunk 
route. Access attempts from an external location are given a defined intercept 
treatment by the paging node. 


PAGENET Controlled allows limited access to external users meeting the 
following criteria: 


e the Attendant Console or set is programmed with PAGENET 
allowed in the Class of Service; 


e the point-to-point D-channel is configured with remote capability 
(e.g RCAP=NAC). 


With PAGENET Uncontrolled, all external users can access the paging route 
provided that the call paging request to the paging node is incoming via a TIE 
or a VNS Bearer trunk. 


When the call paging request has been accepted and established by the paging 
node, the originator does not receive any special indication when the call is 
connected to the paging trunk. 


Operating parameters 


If the NTAKO2BB SDI/DCH circuit card is used on systems with a software 
vintage earlier than Generic X11 Release 21.40, it must be ensured that the 
power is removed from the card before it is used for the operation of Call Page 
Network Wide. This will normally take place during software upgrade; 
otherwise, the card must be removed and the power must be reset. 
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To support Call Page Network Wide within a dedicated ISL/VNS 
configuration, a NTAKO2 (minimum vintage BB) SDI/DCH circuit card must 
be used. 


Call Page Network Wide will only be supported on the NTBK51BA 
D-Channel Daughterboard, for D-channel handling with PRA. 


A user may experience a delay between the time of dialing the last digit and 
the actual call termination. The Call Page Network Wide feature does not 
change this operation. Therefore, with external paging calls the user may not 
realize when a connection is actually established unless the paging equipment 
provides audible notification. 


External PAGENET uncontrolled calls are supported on Integrated Services 
Digital Network (ISDN) and non-ISDN networks provided that the incoming 
trunk into the Paging node is a TIE Trunk. 


External PAGENET Controlled is only supported on Virtual Network 
Services (VNS) and ISDN networks, provided that the caller is using an 
Attendant Console or PAGENET allowed set and the point-to-point 
D-channel connection between the nodes has remote capability of network 
access (e.g. RCAP = NAC). 


Feature interactions 
Attendant Barge-In 
Attendant Break-In 
For external PAGENET uncontrolled calls, Attendant Barge-In is blocked at 
the Paging node, per existing operation. 
For external PAGENET controlled calls, Attendant Barge In is blocked at 
both the originating and Paging node. 


Attendant Call Extension 

If an attendant’s source (SRC) or destination (DEST) Key is connected to an 
external PAGENET uncontrolled trunk, Attendant Call Extension is not 
blocked. However, if an attendant’s SRC or DEST Key is connected to an 
external PAGENET controlled route, Attendant Call Extension is blocked. 
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Call Forward All Calls 

Call Forward No Answer 

Hunt 

PAGENET does not block a station set from being programmed to Call 
Forward All Calls, Call Forward No Answer or Hunt to an external Paging 
trunk. At call termination time, calls that are forwarded to an external 
PAGENET uncontrolled trunk are not blocked. However, calls forwarded to 
an external PAGENET controlled trunk are given access denied intercept 
treatment at the Paging node. 


Call Park 

Call Transfer 

Conference 

No Hold Conference 

A station set or Attendant Console that parks, transfers or conferences an 
external PAGENET uncontrolled call is not blocked. However, an external 
PAGENET controlled call is blocked. 


Originator Routing Control/Remote Virtual Queuing 
This is supported for an incoming call to a Paging trunk when all the trunk 
members of the dialed Paging route are busy. 


Feature packaging 


Call Page Network Wide (PAGENET) requires package 307. 


Feature operation 


Internal Paging Call 
No specific operating procedures are required to use this feature. 


External Paging Call 
When a user makes an external Paging call via dial access, one of the 
following dialing plans must be used: 


1 Route Access Code (ACOD) that connects user to Paging node and 
Paging route ACOD; 


2  BARS/NARS; or 
3 Coordinated Dialing Plan. 
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Call Park Network Wide 


Prior to X11 Release 22, a call in a parked state on a System Park Directory 
Number (DN) or station set park DN could only be retrieved by an attendant 
console or a station set located within the same node. The Call Park Network 
Wide (CPRKNET) feature builds on the existing functionality of Call Park 
and introduces the following capabilities: Network Call Park, Call Park 
Expansion and External Call Park Access. 


Network Call Park enables an attendant or a station set to park a call on 
System DN or DN within a Meridian Customer Defined Network (MCDN). 
This networking capability requires users at parking, parked at, tandem and 
accessing nodes be equipped with Network Attendant Services (NAS). The 
parking node refers to the location of the attendant or station set parking the 
call, the parked at node is the location of the parked call, the tandem node is 
the routing bridge for the parked call and the accessing node is the location of 
the user retrieving the parked call. 


Call Park Expansion increases the amount of Call Park blocks and number of 
System Park DNs. With CPRKNET configured, a user can define up to five 
different Call Park blocks. Each call park block can be separately configured 
with programmable parameters (such as recall timers). The maximum recall 
timer is expanded from 240 to 480 seconds and the maximum number of 
System Park DNs in each block is increased from 50 to 100 directory 
numbers. 


External Call Park Access permits an external caller to retrieve a call in 
parked stated through either a Direct Inward Dial (DID) trunk or a TIE trunk. 
The external user must initially be informed that a call has been parked. The 
external party is informed and can only retrieve the parked call if they know 
the accessing DN. It is important to note that if a system administrator utilizes 
the enhancements offered by Call Park Expansion and configures five call 
park blocks then these System Park DN ranges must be known by all users 
attempting to access this feature. 
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Operating parameters 


The existing Call Park feature packaging is expanded in X11 Release 22. 

With Release 22, recall timer and number of System Park DNs expansions are 
included in base system software. However, the new CPRKNET package is 
required to access the multiple call park blocks and networking capabilities. 


Network Call Park does not support Centralized Attendant Service. 


The existing Trunk Barring feature ensures that only an appropriate incoming 
trunk can be connected to a parked party. 


The existing Trunk Group Access Restriction (TGAR) feature checks the 
incoming accessing trunk. A parked call can only be retrieved if the TGAR 
and Trunk Access Restriction Group (TARG) of the trunks correctly match. 


Call Park Expansion 
The Primary Call Park Block must be defined for the customer. 


Network Call Park 

Network Call Park is supported if the network has all nodes connected by 
MCDN ISDN links with NAS signaling configured. All the current 
limitations of the NAS feature apply to CPRKNET. 


The CPRKNET package must be enabled on both the parking and parked 
nodes. The package is not required on the tandem node. 


The parking node and the parked at node must have a Primary Call Park 
Block defined. 


When the call park recall timer expires on a parked call at another node, the 
call recalls to the attendant at the parking node regardless of the configuration 
of the recall park call to attendant (RECA) timer of the associated call park 
block. This recall to an attendant occurs even if the call was parked by a 
station set. 


A remotely parked call recalls to an attendant, or Network Attendant if 
configured, at the parking node when the timer expires. This recall to the 
attendant occurs even if the parking party is a station set. 
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Parked Call External Access 

Only a call that is parked on a System Park DN can be retrieved by an 
incoming trunk. A call parked on a station DN cannot be retrieved by an 
external caller. 


Only incoming Direct Inward Dial (DID) or TIE trunks can retrieve a parked 
call. 


A user does not receive any special indications when retrieving a parked call. 
The user is connected to the parked call immediately. 


Feature interactions 


Answer Supervision 

If a parked call is connected to an incoming trunk with Answer Supervision, 
the appropriate messages on the status of the call are sent through the 
incoming trunk to the far end. 


Basic Alternate Route Selection 
Network Alternate Route Selection 


An Electronic Switched Network (ESN) number can be assigned as the 
System Park or Station Set DN to a Network Call Park call. A parked call on 
a System Park DN can be retrieved by a caller outside the parked node via 
BARS/NARS dialing. 


Camp-On 

When an attendant attempts to extend a call to a busy station across the 
network and the busy station returns a Camp-On allow signal, an attendant 
has the option of camping on a call or continuing with Network Call Park. 


Coordinated Dialing Plan 
A Coordinated Dialing Plan number can be assigned to a Network Call Park 
call that the attendant or station set is attempting to park. 


Trunk Anti-Tromboning 
The Trunk Anti-Tromboning feature is invoked if programmed at all interim 
Private Branch Exchanges (PBXs) in the call. 
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Recall to Same Attendant, Network Wide 


Network Call Park supports this feature. However, all limitations and 
restrictions associated with Network Wide Recall to Same Attendant are 
applicable. 


Feature packaging 


The Network Call Park and External Call Park Access capabilities of the Call 
Park Network Wide (CPRKNET) requires package 306 and Network 
Attendant Services (NAS) package 159. With Release 22, expansions to the 
recall timer and the number of System Park DNs are included in Call Park 
(CPRK) package 33. 


Feature operation 


Call Park Expansion 


Attendant Console with Park Key 
Attendant Console via Dial Access 
Meridian 1 Proprietary Set with Display and Park Key 


1 Press PRK key, or dial SPRE + 71 or Call Park FFC. 


2 An available System Park DN is displayed. To override this DN, dial 
another Park DN. 


« |f number dialed is an available Park DN, the digit display is 
cleared and only the dialed Park DN is displayed (without 
SPRE + 71 or CPRK FFO). 


¢ |f number dialed is invalid or unavailable station Park DN an 
overflow tone is heard. 


e If number dialed is an unavailable System Park DN, overflow 
tone is heard. If another System Park DN is available in the 
Call Park Block, the system assigns this DN. The available 
System Park DN is displayed and silence is returned. 


3 Press PRK key or if using SPRE or FFC press Release RLS key to 
complete call park. 


Meridian 1 Proprietary Set with Display via Dial Access 
1 Press the CONF or TRN key. 
2 Dial SPRE + 71 or CPRK FFC. 
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3 An available Primary System Park DN is displayed. To override this 
DN dial another Park DN. 


« |f number dialed is available, digit display is cleared and dialed 
Park Access ID is displayed (without SPRE + 71 or CPRK 
FFC). 


e If number dialed is an invalid System Park DN or an 
unavailable station park DN, overflow tone is heard. 


¢ If number dialed is an unavailable System Park DN, but 
another available System Park DN exists in the Call Park 
Block, the available System Park DN is displayed. Silence is 
returned. 


4 Press the CONF or TRN key to complete call park. 
Meridian 1 Proprietary without Display 


Analog (500/2500) type telephones 
The Call Park operation on these types of telephones is not affected. 


Network Call Park 

The existing Call Park operation is modified to accommodate the Network 
Call Park capabilities of the CPRKNET feature. A user must enter a Park DN 
that is either a Station Park DN or a System Park DN that is located at another 
node, within the attendant’s or station set’s MCDN network. 


Attendant Console 
Meridian 1 Proprietary Set with Display with Park Key 
Attendant Console via Dial Access 


1 Press the PRK key or dial SPRE + 71 or CPRK FFC. 


2 An available Primary System Park DN from parking node is assigned 
and displayed. 


3 To override the displayed System Park DN with another Park DN, dial 
the ESN number and remaining digits. 


e Atthe remote node, if there is an available Park DN, silence is 
heard. The digit display of the set is cleared and the dialed 
Park DN is displayed without the SPRE + 71 or CPRK FFC. 


¢« Atthe remote node, if numbers dialed are invalid or 
unavailable, overflow tone is heard. 
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4 


At the remote node, if the numbers dialed are an unavailable 
System Park DN but another System Park DN is available in 

the Call Park Block, the system assigns this DN. The available 
System Park DN is displayed and silence is returned. If no DN 
is available and there is no other available DN in the Call Park 
Block, overflow tone is heard. 


If using an Attendant Console, press the RLS key, or if using Meridian 
1 Proprietary Set with Display, press the PRK key to complete call 


park. 


Attendant Parking an Extended Call 
Press the PRK key. 


1 
2 


3 


Extended party is released and ringback or busy tone is removed. 
SPRE + 71 + ESN number of the extended call are displayed. 


At the remote node, if there is an available Park Access ID, 
silence is heard. 


At the remote node, if numbers dialed are an invalid or 
unavailable Park DN, overflow tone is heard. 


Press the RLS key to complete call park. 


Meridian 1 Proprietary Set with Display via Dial Access 
Press the CONF or TRN key. 
Dial SPRE + 71 or CPRK FFC. 


1 
2 
3 


5 


An available Primary System Park DN from the parking node is 
displayed. 


To override this with another Park DN, dial the ESN number and digits. 


At the remote node, if there is an available Park Access ID 
silence is heard. The digit display is cleared and the dialed 
Park Access ID is displayed without the SPRE + 71 or CPRK 
FFC. 


At the remote node, if the ESN number is an invalid or 
unavailable Park DN, overflow tone is heard. 


At the remote node, if dialed System Park DN is not available 
but there is another available System Park DN in its Call Park 
Block, the available System Park DN is displayed. Silence is 
returned. 


Press CONF or TRN key to complete call park. 
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Meridian 1 Proprietary Set without Display with PRK key 
Meridian 1 Proprietary Set without Display via Dial Access 
Analog (500/2500 type) set 


1 Press the PRK, CONF, TRN or perform switchhook flash depending 
on type of set and key assignment. 


2 Dial SPRE + 71 or CPRK FFC. 
3 Dial the ESN Number and digits. 


« Atthe remote node, if there is an available Park DN, silence is 
heard. 
« Atthe remote node, if numbers dialed are invalid or 
unavailable, overflow tone is heard; 
4 Press same key in Step 1 or go on-hook to complete call park. 


Canceling Call Park Network Wide during Operation 


The procedure for canceling the Call Park Network Wide feature follows the 
existing operation of canceling Call Park. However, once an overflow tone is 
heard, the attendant or station set must cancel the Call Park attempt and restart 
the Call Park process. The operation of canceling Call Park on different 
terminals is described below. 


Attendant Console 


Press the RLS DEST Key. Call Park is canceled and the original call is 
reconnected to the attendant console. 


Meridian 1 Proprietary Set 
Press the flashing DN Key. Call Park is canceled and the original call is 
reconnected to the attendant console or the station set. 


Analog (500/2500 type) Set 


Complete a switchhook flash. Call Park is canceled and the original call is 
reconnected to the attendant console or the station set. 


Option 11C 2.0 Mb DTI/PRI Administration and Maintenance guide 


Page 104 of 1280 Chapter 2 — ISDN feature descriptions 


External Call Park Access 

External Call Park Access allows a parked call on a System Park DN to be 
retrieved by an external user via an incoming DID or TIE trunk. This 
capability requires that the node where the call is parked (parked at node) is 
equipped with the CPRKNET feature and the Primary Call Park Block is 
defined. To enable external access capabilities, calls must be parked against 
a System Park DN. 

1 Call Parked. 


2 External access caller must be notified or know where the parked call is 
located. 


3 Depending on specific dialing plan configuration, the external access 
caller must dial one of the following to access the call in parked state: 


e for Coordinated Dialing Plan, dial System Park DN; 
e for ESN, dial Access Code + Location Code + System Park DN; 
e for DID, dial area code + Local Exchange + System Park DN; or 


e for DISA, dial DISA number + (Authorization Code + DISA 
Security Code) + System Park DN. 
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Call Pickup Network Wide 


The Call Pickup Network Wide feature enables the following functionalities 
to be extended over a Meridian Customer Defined Network ISDN network: 


— Ringing Number Pickup 

— Directed Call Pickup by Group Number 
— Directed Call Pickup by DN, and 

— Display Call Pickup. 


features remains unchanged. To display Call Pickup, press the Display key, 
followed by the Call Pickup key. Display Call Pickup is modified so that the 
Ringing Number Pickup (RNP) key winks for five seconds once a local or 
remote ringing DN is found and displayed. During this time, the user can 
press the RNP key to initiate a Call Pickup directed to the displayed DN. 


With Call Pickup Network Wide, users must be assigned to the same Call 
Pickup group regardless of network location. Each Ringing Number Pickup 
Group may be linked to a Speed Call List (SCL) which is used when there is 
not an applicable local set to pick up. Different groups may be linked to 
different SCLs. 


To be able to route calls through the network from one originating node to a 
destination node, an ISDN Private Integrated Services Network Exchange 
(PINX) DN is defined for each node in the network. The ISDN PINX DN is 
a DN taken from the customer’s numbering plan used to aid with the routing 
of network calls. It does not correspond to a real terminal on the node, so can 
never be busy. Each SCL contains a list of PINX DNs which correspond to 
the remote nodes or customers to be searched. Thus, the purpose of the Speed 
Call List is to let the system know where to look in the network to pick up the 
call. If a pickup group is linked to a Speed Call List, this group is considered 
as being network wide 


The search is conducted in an ascending order as programmed in the Speed 
Call List (i.e., entry 0 first). This Speed Call list is used when there is not an 
applicable local set to pick up. 
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When a network search is performed, a slight delay occurs before a call is 
connected or rejected, during which time the set will receive silence. This 
delay is traffic dependent. If for any reason the call cannot be rerouted to the 
requesting party, the call will ring again at the originally dialed DN and the 
requesting party will receive overflow tone. 


Operating parameters 


Call Pickup Network Wide is not supported over a Virtual Network Services 
(VNS) or QSIG link. 


A Speed Call List must be configured with the PINX DNs of the remote 
switch. The local PINX DN must be configured in the Customer Data Block 
(LD15). 


If on one single node two calls are ringing at the same time, the call with the 
higher priority will be picked up. But if on two nodes two calls are ringing at 
the same time (one call on each node), the call on the node searched first will 
be picked up (i.e., a normal ringing call on the local node is picked up before 
a priority ringing set on a remote node). 


Feature interactions 


Access Restrictions 

All access restrictions applicable to Network Alternate Route Selection 
(NARS)/Basic Alternate Route Selection (BARS) calls (including Class of 
Service, Network Class of Service, Trunk Barring (TBAR), and New Flexible 
Code Restriction (NFCR) restrictions based on digit manipulation) apply to a 
redirected call from the receiving node to the requesting node. This means 
that there are no limitations added to the access restriction checks for calls 
being redirected by the Call Pickup Network Wide feature. 


If the call is blocked because of any of these access restrictions on either the 
receiving, tandeming, or requesting node, the originally called party is 
re-rung and the party attempting to pick up the call receives overflow tone. 


Attendant-Extended Calls 


The Call Pickup Network Wide feature can be used to pick up 
attendant-extended calls to a remote station. 
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Automatic Call Distribution (ACD) 

The Call Pickup Network Wide feature cannot be used to pick up a call to an 
ACD DN. Calls to ACD DNs will be skipped and queue scanning will search 
for another ringing call. 


A call to an non ACD DN on an ACD set can be picked up as a normal call. 
A call transferred by an ACD agent can be picked up as a call transferred by 
a normal set. In addition, it is possible to pick up as a normal call a call 
originated by an ACD set on anon ACD DN key. 


ISDN Basic Rate Interface (BRI) 


An ISDN BRI terminal cannot initiate a call pickup, and a call ringing at an 
ISDN BRI terminal cannot be picked up. 


Call Back Queuing 


A call redirected by the Call Pickup Network Wide feature cannot be subject 
to Call Back Queuing. 


Call Collision (Glare) 

A call redirected by the Call Pickup Network Wide feature will be treated as 
for normal ISDN calls. A new trunk will be found if possible; otherwise, the 
requesting party will receive overflow tone. 


Call Park 


The Call Pickup Network Wide feature cannot be used to pick up parked 
calls. A recall of a parked call can be picked up, in which case the call is 
unparked and answered by the requesting party. 


Called Party Name Display 

Network Call Party Name Display information will be exchanged during Call 
Pickup Network Wide calls if the sets involved in the call would normally 
exchange the information for calls over the routes that have been used for the 
original call and the call pickup. Conversely, if Network Called Party Name 
Display would not operate for a normal call from the originating party to the 
terminating party, the service will not be supported when Call Pickup 
Network Wide is involved. 


Name displayed on the requesting party 
If a remote ringing station is picked up, the originating party’s name is always 
displayed, independent of the requesting party’s Class of Service. 
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Call Redirection 

Network Call Redirection 

Call redirection only has an interaction if the call being picked up has already 
been redirected. In this case, the original redirecting number will be passed 
on instead of the DN of the set from which the call is being picked up. The 
redirection reason displayed will remain as the previous displayed redirection 
reason if the Called Party Name Display is involved. 


Call Transfer 

Network Call Transfer 

A call may be picked up before or after the transferring party has completed 
the transfer. 


For pickup before transfer completion, the transferring party is displayed 
updated information by the Call Pickup Network Wide feature when the call 
is picked up. Then, when the transfer is completed, normal call transfer 
information is exchanged by each party involved in the final call. 


For pickup after call transfer completion, everything happens as if the call had 
been made directly from calling to ringing party. After pickup is performed, 
displays are updated as for normal Call Pickup. 


Call Waiting 
Call Waiting calls cannot be picked up. 


Call Waiting Redirection 
A call that is redirected by the Call Waiting Redirection feature to the active 
set’s Call Forward No Answer DN may be picked up. 


Calling Party Number Privacy 

The “Privacy Indicator” provided by the Calling Party Number Privacy 
feature is respected when the requesting party’s display is updated after the 
ringing call has been picked up successfully (i.e., if the originating party has 
specifically requested privacy), the originating party’s name and/or DN is not 
displayed on the requesting party’s display. 


Conference 


Call Pickup Network Wide may be used to pickup an enquiry call from a 
conference, subject to the same limitations as apply to Call Transfer. 
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Data Calls 
The Call Pickup Network Wide feature cannot be used to pick up data calls. 


Dial Intercom 


The Dial Intercom feature is not supported network wide. Any pickup attempt 
from a distant node to a local intercom call will be rejected, because the 
far-end user is considered as not being in the same intercom group. 


Display of Calling Party Denied 

The Class of Service DDGA/DDGD for digit display and NAMA/NAMD for 
name display are respected when the requesting party’s display and the 
originating party’s display are updated after the ringing call has been picked 
up successfully. 


Group Call 


The Group Call feature does not allow having a remote party in a Group Call 
list. Therefore, a Group Call cannot be picked up by a remote station. If 
during the network scanning a Group Call is found, it will be ignored and the 
network scanning will continue. 


Multi-Tenant Service 


The Call Pickup Network Wide is not supported in a multi-tenant 
environment. 


Network HOT Type D Intercom 


It is not possible to pick up a HOT type I call; however, it is possible to pick 
up a HOT type D call. 


Network Routing Restrictions 
NARS Anti-Tromboning 


At the receiving node where the set is ringing, NARS Anti-Tromboning does 
not apply to a call being redirected by the Call Pickup Network Wide feature. 
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Network Attendant Service/!SDN Call Connection Limitations 
ISDN Call Connection Limitations (ICCL) apply to Call Pickup Network 
Wide calls. If the call being redirected by the Call Pickup Network Wide 
feature is blocked due to one of the ICCL limitations (e.g., Tandem 
Threshold, Call Redirection Threshold, Number of MU/A Law Conversions, 
Disconnect Supervision), the originating call will re-ring the originally called 
party and overflow tone is given to the requesting party. 


Night DN 


The Call Pickup Network Wide feature can be used to pick up a call to the 
night number if it is ringing an ordinary station (i.e., analog (500/2500 type) 
telephone, 16-button Dual-tone Multifrequency, or proprietary set). 


Off-Hook Queuing 


A call redirected by the Call Pickup Network Wide feature cannot be the 
subject of Off-Hook Queuing. 


Path Optimization 
Network Attendant Services (NAS) 


NAS Anti-Tromboning is supported by the Call Pickup Network Wide 
feature. 


Trunk Route Optimization Before Answer 


The Call Pickup Network Wide feature does not support Trunk Route 
Optimization Before Answer. 


Secondary DN 

For calls to, from, or picked up from a secondary DN, all line IDs displayed 
after a successful pickup will follow the current rules for Calling Line ID and 
Connected Number. The exception is for Display Call Pickup; if the call is 
ringing at a secondary DN, the line ID on the requesting user’s display will 
be the ringing DN (that is, the secondary DN). Once the pickup is completed, 
the displays will be as for normal pickup. 


Vacant Number Routing 


The Call Pickup Network Wide feature fully supports Vacant Number 
Routing (VNR) if the route or the set of routes given by the customer for VNR 
contains at least one MCDN link. 
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Virtual Network Services 


The Call Pickup Network Wide feature will not work in conjunction with the 
Virtual Network Services feature. 


Feature packaging 


The Call Pickup Network Wide feature is included in Integrated Services 
Digital Network (ISDN) package 145. 


The following packages must also be provisioned to activate this feature: 
— Directed Call Pickup (DCP) package 115 

— Advanced ISDN Network Services (NTWK) package 148, and 

— 2.0 Mbps Primary Rate Interface (PRI2) package 154. 


Feature operation 
Display Call Pickup 


This feature is only supported on Meridian Digital Telephones (with the 
exception of the M2317, and M3000). 


1 Press the DSP key. 
e The DSP key is lit. 


2 Press the RNP key. 
e The RNP key is flashing. 


3 The display will show: Hbbbb1 Haaaa2 


Where | = The DN of the originating party if it is local or available from 
CLID. If no CLID is available for a remote, originating party, either the route 
access code and the route member number are displayed if the ringing set is 
local, or dashes (‘‘----”) are displayed if the ringing set is remote. This is 
because the route access code of a route has no meaning on the requesting 
node. The “H” is displayed if the DN can be determined and it is located on 
another node. 


Where 2 = The DN of the originally called (ringing) party. The “H” is 
displayed if the DN is located on another node than the requesting party. 


e The RNP key is winking for five seconds. 
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4 Press the DN key. 
e The DN key is lit. 


5 Press the RNP key. If the RNP key is pressed during the five seconds it 
is winking, Directed Call Pickup by DN is attempted. If the RNP key is 
dark when pressed, normal Ringing Number Pickup treatment takes 
place. 


e The RNP key is flashing. 


6 You are connected to the call. 
e The RNP key becomes dark. 


e For sets with display the following is shown: 
“Name” | 
Heccce2 Hbbbb3 “P’4 


Where 1 = Either the originating party’s name or the originally called party’s 
name is displayed depending on the requesting party’s Class of Service. 


Where 2 = The DN of the originating party if it is local or available from 
CLID. If no CLID is available for a remote, originating party, either the route 
access code and the route member number are displayed if the ringing set is 
local, or dashes (“----”) are displayed if the ringing set is remote. This is 
because the route access code of a route has no meaning on the requesting 
node. The “H” is displayed if the DN can be determined and it is located on 
another node. 


Where 3 = The DN of the originally called party. The “H” is displayed of the 
DN is located on another node than that of the requesting party. 


Where 4 = The string defined in LD 95 for Call Pickup. The default is “P” 


Ringing Number Pickup 
To answer a call in your Call Pickup group from a Meridian Digital 
Telephone: 


1 Lift the handset, or press a DN key. 
e The DN key is lit (if pressed). 
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2 Press the RNP key or dial SPRE + 3 or dial PURN FFC. 
e The RNP key is flashing. 


3 You are connected to the call. 


e The RNP key becomes dark. 
e For sets with display, refer to setp 3 under “Display Call Pickup”. 


To answer a call in your Call Pickup group from an analog (500/2500 type) 
telephone: 


1 Lift the handset. 
2 Dial SPRE + 3 or PURN FFC. 
3 You are connected to the call. 


Directed Call Pickup by Group Number (Group Pickup) 


To answer a call in another Call Pickup group from a Meridian Digital 
Telephone: 


1 Lift the handset, or press a DN key. 
e The DN key is lit. 


2 Press the GPU key or dial SPRE + 94 or dial PUGR FFC. 
e The GPU key is lit (if pressed). 


3 Dial the pickup group number. 


e Once the group number is dialed completely, the GPU key is 
flashing to indicate that a search or scan is in progress. 


4 You are connected to the call. 


e The GPU key becomes dark. 
e For sets with display, refer to Step 3 under “Display Call Pickup”. 


Option 11C 2.0 Mb DTI/PRI Administration and Maintenance guide 


Page 114 of 1280 Chapter 2 — ISDN feature descriptions 
To answer a call in another Call Pickup group from an analog (500/2500 type) 
telephone: 
1 Lift the handset. 
2 Dial SPRE + 94 or PUGR FFC. 
3 Dial the pickup group number. 
4 You are connected to the call. 
Directed Call Pickup by Directory Number (DN Pickup) 
To answer a call on a specified DN from a Meridian Digital Telephone: 
1 Lift the handset, or press a DN key. 
e The DN key is lit. 
2 Press the DPU key or dial SPRE + 95 or dial PUDN FFC. 
e The DPU key is lit (if pressed). 
3 Dial the extension number. 


e Once the group number is dialed completely, the DPU key is 
flashing to indicate that a search or scan is in progress. 


4 You are connected to the call. 


e The DPU key becomes dark. 
e For sets with display, refer to Step 3 under “Display Call Pickup”. 


To answer a call on a specified DN from an analog (500/2500 type) 
telephone: 


1 Lift the handset. 
2 Dial SPRE + 95 or PUDN FFC. 
3 Dial the extension number. 


You are connected to the call. 
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Calling Line Identification 


Description 


Calling Line Identification (CLID) is a feature that delivers the calling party's 
telephone number to the called party's telephone set across the ISDN network. 
The CLID display lasts for the duration of the call. 


CLID on Outgoing Calls 

A set's Prime Directory Number (PDN) is assembled and sent out with the 
call SETUP message on the D-channel. For private network calls ina NARS 
network, the calling party number is the PDN which consists of the Home 
Location Code (HLOC) plus the 4 digit directory number. In a Coordinated 
Dialing Plan (CDP) Network, the CLID is the CDP number. For public 
network calls, the CLID is the 10-digit (E.163) Northern American Standard 
Number. 


The Listed Directory Number (LDN) for a customer is sent instead of the 
Prime Directory Number (PDN) if the set has the LDN class of service 
assigned in the set data block (see Feature Implementation for details). 


CLID on Incoming Calls 


For incoming calls across the ISDN network, the CLID received over the 
D-channel is displayed instead of the trunk route access code and trunk 
member number. 


The following devices, if equipped with a digit display, can receive and 
display a CLID number: 


— Attendant Consoles 
— Digital sets equipped with digit display 
— SL-1 sets with digit display 


— ASCII terminals with data adapter such as ADM or programmable data 
adapter. 


The digit display contents are summarized in Figure 8 and described below: 


— Ifthe CLID display is unavailable because the call was not routed on 
ISDN routes, the trunk route access code and the trunk route member 
number are displayed. Note that Dialed Number Identification Service 
(DNIS) digits may be displayed as well if proper software is equipped. 
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— For calls froma public network, the CLID displays the public-exchange 
number 


— Foraprivate network (with NARS), the CLID display is preceded by the 
letter "H" followed by the ESN Home Location Code and the user's 
extension number (or the customer's Listed Directory Number). 


— Fora private network (with CDP), the CLID display is preceded by the 
letter "H" followed by the user's CDP directory number (or the 
customer's Listed Directory Number) 
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Figure 8 
Digit Display format for CLID 


Non-ISDN 
route or CLID 


not available Trunk route member 


number 
Trunk route access code 


ISDN call 
to/fromthe 416 978 1111 
public network 


User's extension or part of 
LDN 
Central Office-NXX 
Area code 
ISDN call 
to/from the 
private 


network User's extension 
ESN Home Location code 
H indicates a private 


network call 


CDP call 


User's CDP DN 


H indicates a private 
network call 


Note: the actual digit display does not show spaces between the numbers 





Package Requirements 


This option requires the following feature packages: 


Feature Package Number 
ISDN 145 


PRI2 or ISL 154 or 147 
DDSP 19 
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Calling Line Identification in Call Detail Records 
Description 


This service provides the addition of a Calling Line Identification (CLID) 
field in the Call Detail Record (CDR). 


The addition of the CLID field allows customers to charge back the calling 
party for services rendered in connection with their incoming calls. For 
example, calls placed to a service centre may be charged back to departments 
receiving the service, or calls placed to a consultant for the time spent with 
the client. 


Another use of CLID in CDR feature is to capture the actual calling DN at the 
tandem PBX. Figure 9 illustrates a network with three Meridian | switches. 

When a user on PBX "A" calls PBX "C" through PBX "B", the caller’s CLID 
from PBX"A" can be captured on the CDR at PBX "B". 


In the following example DN 2222 on PBX A is calling DN 5222 on PBX C 
where PBX B is used as a tandem PBX. PBX B's CDR captures the actual 
extension (X2222) of the caller. 


Figure 9 
CDR in Multi-site Configuration 
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Package Requirements 


This option requires the following feature packages: 


Feature Package Number 


CDR 4 
CTY 5 
ISDN 145 


PRI2 or ISL 154 or 147 


CLID in CDR 118 
This is only required at the 
collecting location (i.e. site B 
in Figure 9). 
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Calling Party Privacy 


The Calling Party Privacy (CPP) feature enables the Meridian 1 to support the 
blocking of a Calling Party’s Number and Name from being displayed at the 
terminating set on a per-call basis. Users can dial a Calling Party Privacy code 
(e.g., *67 from a Meridian 1 proprietary set or 1167 from an analog (500/2500 
type) set) to prevent their telephone number and name from being displayed 
on a receiving telephone across the Public Switched Telephone Network 
(PSTN). Internal calls within the Meridian 1 will have originating numbers or 
names displayed even though the originating call has requested privacy. 


This feature also allows a per-line blocking Class of Service to be 
programmed for station sets for public network calls. This relieves the user 
from having to dial the Flexible Feature Code (FFC) for every call, but in 
every other way is equivalent to the per-call blocking. 


Depending on the trunk route configuration, public network numbers which 
tandem over the Meridian 1 Meridian Customer Defined Network (MCDN), 
prior to exiting to the PSTN, Privacy Indicator will be passed along if dialed 
by the originator. This means that users can be sure that their privacy wishes 
are respected whether the call exits directly at the originating node, or is given 
alternate routing through a private network. However, if private network 
nodes are connected by non Integrated Services Digital Network (ISDN) 
Electronic Switched Network (ESN) trunks, the complexity of the signaling 
precludes the transmission of the Privacy Indicator. To compensate for this, 
outgoing Central Office (CO), Foreign Exchange (FEX), Wide Area 
Telephone Services (WATS), and Direct Inward Dialing (DID) trunks, may 
be configured to automatically generate a Privacy Indicator for calls received 
from incoming non-ISDN trunks. 
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A Privacy Indicator is used to signify that a call is a Calling Party Privacy call. 
For an outgoing non-Integrated Services Digital Network (ISDN) trunk call, 
the Privacy Indicator is defined in the outgoing trunk route as a digit string 
(e.g., *67). No Privacy Indicator is expected for an incoming non-ISDN trunk 
call. For an ISDN call between two Meridian 1 switches, the Privacy 
Indicator is represented by setting the Presentation Indicator field to 
“Presentation Restricted” in the Calling Party Number Information Element 
(IE) and the Calling Party Name Display (CPND) Indicator to “Presentation 
Denied” in the Display IE. For an outgoing ISDN call to the Public 
Exchange/Central Office, the Privacy Indicator is represented by setting the 
Presentation Indicator field to “Presentation Restricted” in the Calling Party 
Number IE and excluding the Display IE with the CPND information. An 
incoming ISDN call is marked as a CPP call (i.e., carries the Privacy 
Indicator) if the Presentation Indicator field is set to “Presentation Restricted” 
in the Calling Party IE or the CPND Indicator is set to “Presentation Denied” 
in the Display IE. 


Calling Party Privacy Enhancement 


The X11 Release 23 Calling Party Privacy Enhancement (CPPE) feature 
provides a route option to ignore the Calling Party Privacy Indicator on 
incoming calls received from the North American public ISDN network. 


When the Privacy Indicator Ignore (PII) prompt is set to YES in Overlay 16, 
the Calling Line Identification (CLID) Presentation Indicator and the Calling 
Party Name Display (CPND) Indicator (if it exists) are changed from 
restricted/denied to allowed. If the CLID and CPND information is available, 
it is displayed on the terminating set, and the CLID is passed to the Auxiliary 
processor. It is recommended that the PII prompt be set to YES for 800, 888, 
900, and 911 call types. When PII is set to NO (default) in Overlay 16, the 
Calling Party Privacy Indicator is honored, and the existing functionality is 
maintained. 


The following parameters apply to the PII route option: 


— The PII route option is applicable to the CLID Presentation Indicator in 
the Calling Number Information Element (IE) and the CPND Indicator 
in the Display IE in incoming SETUP messages only. 
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— The PII route option is not applicable to the CLID Presentation Indicator 
in the Redirecting Number IE of a SETUP message for call redirection. 


— The PII route option is not applicable to the CLID Presentation Indicator 
in the Connected Number IE of a NOTIFY message for call 
modification. 


The Calling Party Privacy Enhancement is included in Calling Party Privacy 
(CPP) package 301. 


Operating parameters 


The code to be dialed by the user can be flexibly defined, although *67 will 
be usual in North America. Multiple codes can be defined allowing a different 
code (e.g., 1167) to be used for rotary sets. 


The code which is outpulsed on non-ISDN analog or digital trunks can also 
be flexibly defined on a per-route basis. Different codes can be programmed 
for routes which mix Digitone (DTN) and Dial Pulse (DIP) Classes of 
Service. 


Frequently, the codes outpulsed on trunks will be the same as those dialed 
from station sets, but there is no reason why they cannot be different. 


A non-ISDN trunk route will not be able to provision the CPP feature if 
Outpulsing of Asterisk and Octothorpe (OPAO) package 104 is equipped on 
the switch. During SYSLOAD, the CPP database will be removed from the 
non-ISDN trunk routes if the OPAO package is equipped. 


The CPP feature is not supported on Digital Private Network Signaling 
System #1 (DPNSS1), Digital Access Signaling System #2 (DASS2) or R2 
Multifrequency Compelled Signaling gateways. 


Central Office Trunk (COT), Foreign Exchange (FEX), Wide Area 
Telephone Service (WATS), and Direct Inward Dialing (DID) are the only 
trunk route types allowed to outpulse the Privacy Indicator for an outgoing 
non-ISDN call. 


ISDN implementations include DSM-100/250, SL-100, AT&T4, AT&TS, 
TR-1268 (NI-2) and Meridian Customer Defined Network (MCDN) private 
networks, QSIG, EuroISDN and Basic Rate Interface (BRI) trunks. 
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CPP is not formally supported on the International ISDN PRI connectivities, 
since CPP is primarily a North American feature. However, existing Calling 
Line Identification (CLID)/Calling Line Identification Restriction (CLIR) 
operations will continue to work. 


The Privacy Indicator defined for a non-ISDN trunk route (dial pulse or 
digitone) consists of any arbitrary digit sequence (0-9) up to four digits in 
length. The asterisk “*” or octothorpe “#” is not allowed in the Privacy 
Indicator for an outgoing dial pulse trunk route. The asterisk is only allowed 
as the first digit of the Privacy Indicator (e.g., *67) for an outgoing digitone 
trunk route; the octothorpe is not allowed in any Privacy Indicator on an 
outgoing digitone trunk route. 


If as user requests privacy by dialing the Flexible Feature Code (FFC) defined 
for the CPP feature, and CPP is not provisioned in the outgoing trunk route, 
the call will proceed without carrying the Privacy Indicator. 


No Privacy Indicator is expected to be received from the Public Exchange/ 
Central Office on non-ISDN DID trunks. This would be treated as a misdial. 


The CPP feature will not inhibit the Calling Party Number and Name from 
being displayed for an internal call within a local Meridian 1 customer group. 


A common number defined for the Special Prefix (SPRE) code in the 
database is “1”. Thus, “1167” will not be accepted as an FFC for CPP due to 
the conflict with existing DNs. The technician should either change the SPRE 
code, or define a new FFC for CPP to be used by a rotary telephone. 


Feature interactions 


Autodial 

An outgoing trunk call initiated by pressing the Autodial key will carry the 
Privacy Indicator if the Calling Party Privacy (CPP) code followed by the 
normal dialing sequence is stored against the Autodial key. The CPP code is 
counted against the maximum number of digits (currently 23) stored against 
the Autodial key. 


A user can also store the CPP code against the Autodial key. An outgoing 
CPP call can be initiated by pressing the Autodial key, followed by manually 
dialing the digits. 
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An outgoing CPP call can also be initiated by dialing the CPP code, followed 
by pressing the Autodial key against which the normal dialing sequence of 
digits have been stored. 


Automatic Call Distribution 

A call placed by means of Enhanced Automatic Call Distribution (ACD) 
Routing, Enhanced Interflow, Enhanced Night Call Forward, Enhanced 
Network Routing, or Network ACD will respect the CPP request of the 
originator. 


Automatic Call Distribution MAX (ACD MAX) 


The Calling Line Identification (CLID) is still included in ACD MAX 
reports, even if the caller has requested CPP. 


Automatic Redial 


The calling party and called party have the same Calling Party Privacy 
considerations. 


Call Detail Recording 
The current Call Detail Recording (CDR) records which include the Calling 
Party Number will continue to do so even if the caller has requested CPP. The 
FFC for CPP dialed by the user will be included in the dialed digits field when 
generating a CDR record. 


An outgoing non-ISDN trunk call outpulsing the Privacy Indicator will 
include the Privacy Indicator in the outpulsed digits field when generating the 
CDR records if the outgoing non-ISDN trunk route has Outpulsed Digit 
Option (DPD) activated. 


Call Forward All Types 

Hunt 

If an incoming ISDN trunk call with the Privacy Indicator is forwarded, the 
Privacy Indicator will be tandemed to the far end to inhibit the display of the 
Calling Party Name or Number provided that the outgoing trunk route on the 
tandem node also has CPP provisioned. 


If an incoming non-ISDN trunk call is forwarded to a trunk, the outgoing 
trunk call from the tandem node will carry the Privacy Indicator if the 
outgoing trunk route on the tandem node has the TCPP option set. 
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The CPP code can also be stored on the forwarding DN. If the CPP is 
requested on the forwarding DN, the Privacy Indicator will be outpulsed to 
the terminating node to inhibit the number of the forwarding set (i.e, at the 
tandem node) from being displayed on the terminating set. In this case, the 
forwarding station must include the CPP in the forwarding DN (such as *67 
+ ACOD + the DN on the terminating node). 


The above scenario also applies to Hunt and Network Hunt. 


Call Hold, Deluxe 

Call Hold, Permanent 

When a user takes an incoming trunk call with the Privacy Indicator off of 
hold, no Calling Party Number or Name will be displayed on the set. 


Call Pickup 


If an incoming trunk call with the Privacy Indicator is picked up locally, the 
display of the calling Party Number and Name are not displayed on the 
terminating set. 


Call Pickup Network Wide 


If an incoming trunk call with the Privacy Indicator is picked up by a remote 
set (requesting party), the display of the calling Party Number and Name are 
not displayed on the requesting set. 


Call Party Name Display (CPND) 


In current operations, if the International Supplementary Features (SUPP) 
package 131 is not equipped in the system, an incoming ISDN call with the 
Call Party Name Display (CPND) Indicator field set to “Presentation Denied” 
still displays the Calling Party Name. If package 131 is equipped in the 
system, the current operations will inhibit the Calling Party Name for an 
incoming ISDN call with the CPND Indicator field set to “Presentation 
Denied”. 


The CPP feature will inhibit the display of the Calling Party Name for an 


incoming ISDN call with the CPND Indicator field set to “Presentation 
Denied” if package 131 is not equipped. 
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Call Transfer 

If an incoming non-ISDN call is being transferred or an incoming ISDN call 
is transferred to a non-ISDN trunk, the Calling Party Name and Number will 
not be passed on to the terminating set. The CPP feature will not change this 
operation. 


For cases where an incoming call with the Privacy Indicator is transferred 
over an MCDN trunk, or to a local station, the name and/or number of the 
originating party will not be displayed on the set of the final terminating 


party. 


Calling Line Identification Restriction (CLIR) 

The Flexible Feature Code is not supported on BRI sets. Calling Party 
Privacy can only be requested by setting the soft key “ID PRES” (if it exists) 
to “Denied” or the “PRES” prompt to “NO” in LD 27. If the Calling Party 
Number IE with the Presentation Indicator set to “Presentation Allowed” is 
included in the SETUP message generated by the BRI terminal, this BRI 
terminal will not allow Calling Party Privacy, as the Presentation Indicator 
generated by the BRI terminal always overwrites the CLIR service option. 


Conference 

The CPP feature will pass the Privacy Indicator to the terminating set to 
inhibit the display of the Calling Party Name and Number if the Conference 
feature is used for the purpose of performing a transfer. 


Calling Party Name Display Denied 

For outgoing calls, if the CPP package is equipped, the CPP feature will take 
precedence over the Calling Party Name Display Denied feature for 
restricting the Calling Party Name and Number. For example, if an outgoing 
ISDN call is marked as a CPP call, the outgoing SETUP message will include 
the Calling Party Number IE with the Presentation Indicator set to 
“Presentation Restricted” and the Display IE with the CPND Indicator set to 
“Presentation Denied”, to inhibit both the Calling Party Number and Name 
being displayed on the terminating set, regardless of whether or not the 
Calling Party Name Display Denied feature allows the display of the Calling 
Party Name and/or Number. 
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The Calling Party Name Display Denied feature takes precedence over the 
CPP feature for displaying an incoming ISDN call. If International 
Supplementary Features (SUPP) package 131 is equipped, an incoming ISDN 
call with the Presentation Indicator set to “Presentation Restricted” in the 
Calling Party Number IE will be marked as a CPP call, and will display 
“ACOD + Member” or “XX XX” as for the Calling Party Name Display 
Denied feature. 


Display Calling Party Denied 

If the Calling Party Privacy (CPP) package is equipped, the CPP feature will 
take precedence over the Display Calling Party Denied (DPD) feature. The 
CPP feature also takes precedence over the DPD feature for displaying an 
incoming ISDN call if the CPP package is equipped. No “----” or “XXX” will 
be displayed, as for the DPD feature. 


EurolSDN Trunk - Network Side 

If a number presentation for a call is blocked by the Calling Party Privacy 
feature, the Calling Line ID, sent over a EuroISDN Trunk - Network Side 
connectivity, will have the presentation flagged as restricted. 


Feature Group D 

If an incoming Feature Group D (FGD) call terminates at a Meridian | switch 
locally, the received 10-digit Automatic Number Identification (ANI) will be 
displayed on the terminating set if the Show ANI Digits on Terminal Displays 
(SHAN) field is set to “YES” in the FGD data block associated with the 
incoming trunk route. If the originator requests CPP, the end office will not 
send the 10-digit ANI to the PBX. 


If an incoming FGD call is routed to another switch via ISDN Primary Rate 
Interface (PRI) or Integrated Service Link (ISL), the outgoing SETUP 
message will include the 10-digit ANI (if it exists) as the Calling Party 
Number with the Presentation Indicator set to “Presentation Restricted” if the 
outgoing trunk route has the TCPP option on. The TCPP option takes 
precedence over the SHAN field defined in the FGD data block associated 
with the incoming trunk route to restrict the 10-digit ANI display. 
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Hot Line 


A Hot Line call will carry the Privacy Indicator if the Calling Party Privacy 
(CPP) code followed by the normal dialing sequence is stored in the Hot Line 
DN. The CPP will count against the maximum number of digits (currently 31) 
allowed for the Hot Line DN. 


Incoming Trunk Programmable CLID 


If the incoming trunk route is a non-ISDN route, the billing number assigned 
by the incoming trunk route will be passed to the Public Exchange/Central 
Office with the Presentation Indicator field set to “Presentation Restricted” if 
the outgoing ISDN trunk route has the TCPP prompt set to “YES”. If the 
TCPP prompt is set to “NO”, the Presentation Indicator is set to “Presentation 
Restricted” only if the BDSP (Billing Display) prompt in the incoming trunk 
route is set to “NO”. 


If the incoming trunk route is an ISDN route, the “Restricted” Presentation 
Indicator will be tandemed to the outgoing trunk route. If the Presentation 
Indicator is set to “Presentation Allowed” or no Calling Party Number IE is 
received in the incoming trunk route, the billing number assigned by the 
incoming trunk route will be passed to the Public Exchange/Central Office 
with the Presentation Indicator field set to “Presentation Restricted” only if 
the incoming trunk route has the BDSP prompt set to “NO”. 


ISDN QSIG Name Display 


Calling Party Privacy (CPP) takes precedence over the ISDN QSIG Name 
Display feature. 


Last Number Redial 

The Last Number Redial (LNR) feature will store the CPP code in the LNR 
data space if the CPP code was included in the last number dialed by the user. 
Any subsequent outgoing redialed call will send the Privacy Indicator to the 
far end. 


Malicious Call Trace 


Incoming calls to stations having the Malicious Call Trace feature enabled 
will continue to include the Terminal Number (TN) of the calling party in the 
Malicious Call Trace record, even if the caller has requested CPP. 
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Meridian Link 


The CLID is still included in the Application Module Link (AML) messages 
sent to the Meridian Link Module even if the call has requested CPP. 


Meridian Mail 


When an incoming ISDN call with the Privacy Indicator terminates on 
Meridian Mail, the Calling Party Name and Number will not be passed to 
Meridian Mail to be recorded. When the called party retrieves the messages, 
no Calling Party Number of Name will be played, and the called party will 
not be able to initiate the Call Sender feature either, since no CLID is 
recorded. 


Calls placed by means of Through Dial will be able to request privacy. These 
are calls where the person accessing Meridian Mail can dial 0 followed by any 
telephone number. The caller will be able to dial the CPP code as part of the 
number following 0. 


Meridian MAX 
The CLID is still sent to the Meridian MAX even if the caller has requested 
CPP. 


Meridian 911 

An incoming 911 call with ANI information will always display the ANI 
digits on the terminating set or pass the ANI information to the Meridian 911 
application. 


Network Message Services 


An incoming trunk call with the Privacy Indicator will not display the Calling 
Party Name and Number on the Message Center operator’s terminal. 


Network Ring Again 
A call placed by means of the Network Ring Again feature will respect the 
CPP requested when the call was originally dialed. 


Private Line Service 


The Private Line Service feature will outpulse the Privacy Indicator only if it 
is dialed by the originator. An asterisk will be outpulsed to the far end only if 
it is an OPAO call, otherwise the asterisk signals a three-second pause. 
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R2MFC CNI/CDR Enhancements 


If the Calling Line ID is received with presentation denied, it is not mapped 
to the Call Number Information (CNI). Instead, the CNI is composed of the 
CNI DN and the Trunk ID. Optionally, the CNI request may set to ECNI (the 
CNI End-of-CNI R2MFC level 1 forward signal). 


Ring Again — Busy Trunk 
A call automatically redialed by the Ring Again — Busy Trunk feature will 
respect the CPP requested when the call was originally dialed. 


Speed Call 

System Speed Call 

An outgoing trunk call initiated by dialing the Speed Call code will carry the 
Privacy Indicator if the CPP code followed by the normal dialing sequence is 
stored in the Speed Call Entry represented by the Speed Call code. The CPP 
code will be counted against the maximum number of digits (currently 31) 
allowed per Speed Call list entry. 


A user can also store the CPP code in the Speed Call Entry (or Speed Call 
key). An outgoing CPP call can then be initiated by dialing the Speed Call 
code (or pressing the Speed Call key), followed by manually dialing the 
digits. However, existing Speed Call limitations do not allow a user to dial 
*67 (or anything else) before accessing a Speed Call list entry. 


Stored Number Redial 


During Stored Number Redial (SNR) programming, a user can store the CPP 
code followed by the normal dialing sequence in the SNR data space. 
Outgoing calls originated by the SNR feature will send the Privacy Indicator 
to the far end. The CPP code will be counted against the maximum number 
of digits (currently 31) allowed by the SNR feature. 


During an active call on a Meridian 1 proprietary telephone, the Stored 
Number Redial feature will store the CPP code in the SNR data space if the 
CPP code was included in the number dialed by the originator. The outgoing 
redialed calls will send the Privacy Indicator to the far end. 


Trunk Optimization Before Answer 


An optimized call due to Trunk Optimization Before Answer will respect the 
CPP requested by the originator. 
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Feature packaging 
The following packages are required for Calling Party Privacy: 


— Calling Party Privacy (CPP) package 301, which is dependent on 
e Flexible Feature Codes (FFC) package 139. 


Note: Non ISDN trunks must restrict the Outpulse Asterisk and 
Octothorpe (OPAO) package 104 to provide for the CPP feature. 


Feature administration 


LD 57 — Define the FFC for CPP feature. FFC package 139 is required for 
loading LD 57. 


Response Description 

NEW, CHG Add, or change. 

FFC Flexible Feature Code. 
XX Customer number. 


Flexible Feature Confirmation Tone. 


FFC type to be altered. CPP entry is only allowed if the 
CPP package is equipped. 


<CR> means that no FFC types are prompted. 


(*67) nnnn Calling Party Privacy code. CPP is prompted only if the 
CPP package is equipped. Any arbitrary digit sequence up 
to four digits can be specified. For Meridian 1 proprietary 


a” 


set, an “*” can be entered as the first digit. 


CPP will be prompted until a <CR> is entered. 
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LD 16 — Define Privacy Indicators. CPP is only prompted if the CPP package 
is equipped, the OPAO package 104 is not equipped, the trunk outgoing 
(OGT) or incoming and outgoing (IAO), non-ISDN option and the trunk 
route type is COT, DID, FEX, or WAT. 


Response Description 
NEW, CHG Add, or change. 
RDB Route Data Block. 
XX Customer number. 


Central Office Trunk data block. 
DID Direct Inward Dialing trunk data block. 
FEX Foreign Exchange trunk data block. 
Wide Area Telephone Service trunk data block. 


YES Digital trunk route. 
DTI DTI2 Digital trunk type. 
YES ISDN PRI option. 


Trunk Access Code. 


Calling Party Privacy. 

YES = This trunk route is enabled for the recognition of the 
Calling Party Privacy feature. CPP is only prompted if the 
following conditions are met: the CPP package is equipped, 
the OPAO package is not equipped, OGT (outgoing) or IAO 
(incoming and outgoing) trunk, non ISDN option and trunk 
route type is COT/DID/FEX/WAT. 


The default value for the CPP prompt is NO. 


CPP for an incoming trunk call tandemed to this trunk route. 


YES = An incoming non-ISDN trunk call tandemed to this 
trunk route will carry the Privacy Indicator. 


The default value for the TCPP is NO. 
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Privacy Indicator for a digitone trunk. DTPI is prompted only 
if CPP is set to “YES” and the trunk route is non-ISDN. If 
CPP is changed from NO to YES, the default is *67. 


Any arbitrary digit sequence (0-9) up to four digits can be 
specified. An asterisk “*” is allowed to be the first digit only if 
the outgoing call goes to a Public Network. 


Privacy Indicator for a dial pulse trunk. DPPI is prompted 
only if CPP is set to “YES” and the trunk route is non-ISDN. 
If CPP is changed from NO to YES, the default is 1167. 


Any arbitrary digit sequence (0-9) up to four digits can be 
specified. 


Calling Party Privacy Indicator is honored. 
Calling Party Privacy Indicator is ignored. 
PII is prompted with X11 Release 23 and later. 


Note: PII is only prompted when the CPP package is 
equipped; the trunk route type is COT, DID, FEX, or WAT; 
the ISDN option is set to YES; the ISDN Interface (IFC) is 
D100, D250, ESS4, ESS5, or NI2; and the route is 
Incoming and Outgoing (IAO) or Incoming Only Trunk (ICT). 
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LD 10/11 — Activate Calling Party per-line blocking.CLBA Class of Service 
activates Calling Party per-line blocking. CLBD Class of Service deactivates 
Calling Party per-line blocking; however, the user can still request Calling 
Party Privacy by dialing the CPP code. 

Prompt Response Description 

REQ NEW, CHG Add, or change. 

TYPE nnnn Type of telephone. 


TN cu Terminal Number. 


Activate Calling Party per-line blocking. 


Enter CLBD to deactivate Calling Party per-line blocking 
(default). 


Note: CLBA Class of Service activates Calling Party 
per-line blocking. CLBD Class of Service deactivates 
Calling Party per-line blocking; however, the user can still 
request Calling Party Privacy by dialing the CPP code. 





Feature operation 


Any outgoing call initiated from a set with Calling Party per-line blocking 
(CLBA) Class of Service will request Calling Party Privacy. 


If the originating party has CLBD Class of Service, the Calling Party Privacy 
feature can only be activated on a per-call basis; if standard dialing 
procedures are used, no CPP is requested, and the call will proceed as usual. 
The user must do one of the following to request CPP: 


1 Precede any dialing of a call with a new Flexible Feature Code defined 
for the CPP feature. This operates from all telephone types, except BRI 
sets. 


2 The Flexible Feature Code is not supported on BRI sets; however, 
Calling Party Privacy can be requested by setting the softkey “ID PRES” 
(if it exists) to “Denied” state or the “PRES” prompt to “NO” in LD 27. 
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Note: If the Calling Party Number ID with the Presentation Indicator set 
to “Presentation Allowed” is included in the SETUP message generated 
by the BRI terminal, this BRI terminal will not allow Calling Party 
Privacy, as the Presentation Indicator generated by the BRI terminal 
always overwrites the CLIR service option. 


Data Packet Network Access X.25 
Description 
To access a Public Data Pack Network. 
PRI trunks may be configured to access a Public Data Packet Network (DPN 


- X25) through the Central Office ISDN node, provided that this service is 


available. On a per call basis, any 'B' channel can be used to access the packet 
network. 


Interactions and Limitations 
No high-speed data is currently available on Option 11. 


Package Requirements 


This option requires the following feature packages: 


Feature Package Number 


ISDN 145 


PRI2 154 
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DID-to-Network Calling 
Description 
This feature facilitates Direct Inward Dialing into the private ISDN. 


The Direct Inward Dial (DID) call is treated as though the entire ISDN is a 
large PBX. Itis available on Group E (Phase 5) of Generic X11 software with 
Supplementary Features. 


DID calls entering the network at the local node (that is, the node on which 
the destination set resides) are unaffected by the feature’s operation. In this 
case, treatment of the DID call is the same as with the stand-alone 
configuration. The DID-to-Network Calling feature affects only those DID 
calls which enter the network at a node other than the destination set’s node. 


Routing of the DID call across the ISDN is the same as the routing of a 
network call originated from within the network. (An additional information 
element is sent with the call set-up message, to indicate that the network call 
originated from a DID trunk.) 


A DID call which must be routed across the network, receives a treatment 
similar to that given to a call terminating within the local node. The DID call 
receives intercept treatment, if the dialed DN is fully restricted or has 
DID-restricted class of service. (It also receives intercept treatment if the DN 
is maintenance busy, vacant, or if routing failure/PABX congestion is 
encountered. ) 


Interactions and Limitations 


This feature is subject to all network access restrictions. 


Package Requirements 


The DID-to-Network Calling feature requires no software administration. 
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Digit Key Signaling at console 
Description 


This Digit Key Signaling enhancement provides attendants with a limited set 
of Meridian Mail functions at the console. It allows attendants to enter 
command digits during certain call states. These digits are sent to Meridian 
Mail over the ISDN/AP link. 


The functionality offered by this feature could allow attendants to help callers 
operate the features offered by Meridian Mail (for instance, playing voice 
messages from an external rotary dial set). 


The digits are sent to Meridian Mail by way of ISDN/AP KEY messages (and 
not by way of End to End Signaling). Dialed digits are not saved by Meridian 
1 and are not displayed at the attendant console. 


While connected to Meridian Mail, other attendant functions continue to 
operate as before. 


Extending source calls to Meridian Mail 
When extending a source call to Meridian Mail, Digit Key Signaling operate 
under the following conditions: 


— acall is present on the SRC key of the active loop, 

— acall is established on the DEST key to a Meridian Mail agent, and 
— the DEST call to Meridian Mail is not a conference call 

Once the attendant has reached Meridian Mail and entered the necessary 


digits to begin playback of messages, the SRC call can be extended to 
Meridian Mail to allow the caller to hear voice messages. 


Direct calls to Meridian Mail 
Digit Key Signaling also operates when the attendant dials Meridian Mail 
directly, under the following conditions: 


— nocall is present on the DEST key of the active loop, 


— acall is established on the SRC key to the Meridian Mail agent (CLS of 
VMA), and 


— the SRC call to Meridian Mail is not a conference call 
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The attendant cannot extend the call to a destination party using dialed digits. 
(Key pad input is treated as Digit Key Signaling and not as dialing digits.) 


Interactions and Limitations 


The attendant can send keypad digits (0-9, * and #) under the following 
conditions: 


— while extending of source calls to Meridian Mail 


— during direct calls to Meridian Mail 


Package Requirements 
This option requires the following feature packages: 


Feature Package Number 


ISDN 145 


DKS 180 





Digital Trunk Interface and Primary Rate Interface Time Slot 
Reuse 


This feature eliminates call blocking due to time slots being unavailable. By 
allowing a time slot reserved for a primary function to be reused for any 
subsequent requirements during call processing, all channels on Digital 
Trunk Interface (DTI or Primary Rate Interface (PRI) loops will be available 
for use. 


Time slots reserved for a particular DTI or PRI channel are stored in an 
unprotected data structure allowing easy access, such as a call register. Each 
time a new path is required for the same DTI or PRI channel, the data 
structure can be accessed to determine if there is a reserved time slot that can 
be reused. If the new path requirements is intra-group (single-group switch), 
then the time slot can be reused. If the new path requirement is inter-group 
(multi-group switch), the reserved time slot can be reused if a matching 
junctor slot is available. 


A count is kept of the number of times that a time slot has been reused. The 
time slot is not idled until all reservations have been canceled. 
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This feature applies to the following loop types on single-group switches: 
— 1.5 Mbit 24-channel DTI 

— 2 Mbit 30-channel DTI 

— 1.5 Mbit 23 B+D PRI 

— 2Mbit 30 B+D PRI, and 

— 2Mbit Japan Digital Multiplex Interface (DMI). 


Operating parameters 


This feature applies only to network enhanced machines. 


Feature interactions 


None. 


Feature packaging 


None. 


Display of Calling Party Denied 


Display of Calling Party Denied (DPD) permits Analog (500/2500 type) and 
Meridian | proprietary sets to either allow or deny associated name and 
number from being displayed on other sets when involved in a call. This 
feature is supported on internal calls (same node) and calls placed over a 
Meridian Customer Defined Network (MCDN) Integrated Services Digital 
Network (ISDN). Display of Calling Party Denied Class of Service options 
are programmed on a per set basis. 


DPD uses the following Class of Service options in LD 10 and LD 11: 
Display Digits Allowed/Denied (DDGA/DDGD) and Name Display 
Allowed/Denied (NAMA/NAMD). 


Display of Digits Denied (DDGD) Class of Service restricts digits from being 
displayed on another set when involved in a call. However, on the calling 
party’s set, the dialed digits are always displayed regardless of the Class of 
Service assigned to the called party’s set. Display of Digits Allowed (DDGA) 
allows the number associated with a set to be displayed when that set is 
involved in a call. 
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Display of Name Denied (NAMD) Class of Service restricts the name 
associated with a set from being displayed on another set when involved in a 
call. Display of Name Allowed (NAMA) allows the name associated with a 
set to be displayed when that set is involved in a call. 


Table 2 outlines the possible configurations and the resulting display on both 
the calling and called parties’ displays. 


Table 2 
Display Scenarios on Calling and Called Party’s Sets 


CALLING CALLED DISPLAY OF CALLING DISPLAY OF CALLED PARTY 
PARTY’S PARTY’S PARTY 

CLASS OF CLASS OF 

SERVICE SERVICE 


NAMA Name of Called Party Name of Calling Party 
DDGA Called Party’s Number Calling Party’s Number 
NAMD XX X X Name of Calling Party 
DDGD Called Party’s Number Calling Party's Number 
NAMA Called Party’s Name XXXX 

DDGA Called Party’s Number ---- 


NAMD XX X X Name of Calling Party 
DDGA Called Party’s Number ---- 

NAMA Called Party’s Name XXXX 

DDGD Called Party’s Number Calling Party’s Number 





NAMD XXX X XXXX 
DDGD Called Party’s Number ---- 
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Figure 10 illustrates the functionality of Display of Calling Party Denied 
(DPD) on a nodal basis when both the calling and called parties have enabled 
DPD Class of Service options. The calling party has configured a Digit 
Display Denied (DDGD) and Name Display Denied (NAMD) Class of 
Service. The called party has the same Class of Service options programmed. 
The display of the calling party’s associated name and number is restricted on 
the called party’s set. The calling party’s number is replaced by a string of 
dashes (— — — — ), where each “-” represents a suppressed digit. The associated 
name is replaced by a string of four Xs (XXXX). 


On the calling party’s set, the name associated with the called party is 
replaced by a string of four Xs (XXXX). However, the dialed digits remain 
displayed on the calling set. 


Calling Party and Called Party on the Same Node 





















































à 
= 
= 
= 
= 
= 
= 
= 
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Name: John Smith Name: Jane Doe 


DN: 2020 


DN :2030 


Class of Service Class of Service 
Display of Digits Denied (DDGD) Display of Digits Denied (DDGD) 
Display of Name Denied (NAMD) Display of Name Denied (NAMD) 
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Figure 11 


ISDN Network Calls 


Chapter 2 — ISDN feature descriptions 


As illustrated in Figure 11, for calls placed over a MCDN ISDN network, 
Display Digits Denied (DDGD) Class of Service on the calling party’s set 
prevents the Calling Line Identification (CLID) from being displayed on the 
called party’s set. In this case, the calling party’s CLID is replaced by the 
ISDN route access code and route member number. If the calling party has 
configured Name Display Denied (NAMD), the calling party’s associated 
name is not displayed on the called party’s set. The associated name is 
replaced by a string of four Xs (X X X X). 


On the calling party’s set, the name associated with the called party is 
replaced by a string of four Xs (X X X X). However, the dialed digits remain 
displayed on the calling set. 








XXXX 
63003020 












































Name: John Smith 


DN: 2020 


ISDN Network 





à 
= 
= 
= 
= 
= 
= 
= 
== 


Name: Jane Doe 
DN: 3020 


Calling Line Identification: 2002020 Calling Line Identification: 3003020 


Class of Service 


Class of Service 


Display of Digits Denied (DDGD) Display of Digits Denied (DDGD) 
Display of Name Denied (NAMD) Display of Name Denied (NAMD) 
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Operating parameters 


Display of Calling Party Denied (DPD) is only supported on internal calls, 
Meridian Customer Defined Network (MCDN) ISDN networks and the 
interface to the public network. 


This feature does not support calls over DASS/DPNSS1 trunks. 
Display of Calling Party Denied is not supported on ISDN BRI sets. 


The dialed digits always appear on the display of the calling party’s set. This 
occurs whether or not the called party has a Digit Display Denied (DDGD) 
Class of Service. However, if the dialed digits represent a Multiple 
Appearance Directory Number (MADN), the calling party’s display reflects 
the Class of Service of the answering set. 


Feature interactions 


Attendant Console 

An Attendant Console’s display is not impacted by this feature. Display is 
provided to an attendant regardless of the Class of Service configured on a 
set. In order to allow calls placed over an ISDN network to be displayed on 
the Attendant Console, Network Attendant Service (NAS) must be 
configured. 


Call Detail Recording 

For internal calls, calling and called party’s Directory Numbers are included 
in Call Detail Recording (CDR) records regardless of the set’s Class of 
Service. For MCDN ISDN network calls, the calling party’s or connected 
party’s number is included in the CDR regardless of the set’s Class of 
Service. 


Call Forward All Type 

When a Set activates any of the call forwarding features, the displays given on 
the calling set and the terminating set are in accordance with the Class of 
Service of the sets involved in the call. 


If the terminating set has Dialed Name Display Denied (DNDD), the display 
on the terminating set reflects the name and number of the calling party and 
the name and the number of the forwarding set. 
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If the terminating set has Dialed Name Display Allowed (DNDA), the display 
on the terminating set reflects the number of the calling party and the name 
and number of the forwarding set. In both cases, the terminating set’s display 
is in accordance with the DPD Class of Service options of the calling and 
forwarding sets. 


For a MCDN ISDN call, the calling party’s Calling Line Identification 
(CLID) is replaced with the ISDN route access code (ACOD) and the route 
member number, and the calling party’s name is replaced by a string of four 
Xs (X X X X). 


The display given on the calling set of an internal call, which has been 
forwarded to a set within the same switch, includes the name and number of 
the terminating set along with the number of the forwarding set. If the DPD 
Class of Service options, which are specified for the terminating set, indicate 
that the display of the name and number of the terminating set be denied, then 
on the calling set, the name of the terminating set is replaced by a string of 
four Xs (X X X X). The number is replaced by dashes (- - - -). If the number 
of the terminating set is blocked from being displayed on the calling set, the 
number of the forwarding set is also blocked from being displayed on the 
calling set, regardless of the DPD Class of Service options of the forwarding 
set. Conversely, if the display of the terminating set’s number is allowed in 
the calling set, then the number of the forwarding set is also displayed on the 
calling set, irrespective of the DPD Class of Service options of the forwarding 
set. 


Call Hold 


When a call is retrieved from hold, the calling and called parties’ displays 
reflect their individual DPD Class of Service options. 


Call Park 


When the Call Park timer expires on a parked call, a set’s display reflects the 
Directory Number the call is parked against. The display does not include the 
name and DN of the calling party. When a parked call is retrieved by another 
set, display information is based on the DPD Class of Service of the 
individual sets. 
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Call Pickup 

When a call is picked up from another set, the terminating set’s display is in 
accordance with the Class of Service of the dialed and calling sets. The 
calling party’s display includes the dialed DN, the terminating DN and the 
name of the terminated set. However, if the terminating set has Digit Display 
Denied (DDGD), then both the dialed and terminating sets’ DNs are blocked 
from the calling party’s display. The same occurs when Digit Display 
Allowed (DDGA) is configured on the terminating set. Both the dialed and 
terminating sets’ DNs are displayed on the calling party’s set, regardless of 
the Class of Service of the dialed set. 


Call Transfer 

When a set transfers a call, display information is updated according to the 
Class of Service of the respective sets. This occurs for both internal and ISDN 
network calls. 


If an unsupervised call transfer occurs on an internal call, the DN of the 
terminating set is displayed to the calling party regardless of the DPD Class 
of Service options that are configured on the terminating set. 


Calling Party Name Display 

If Calling Party Name Display Denied (CNDD) is configured for a set, then 
the name associated with that set is not displayed when it is involved in a call. 
This is so regardless of the DPD Class of Service Options of that set. 


Calling Party Privacy 

Calling Party Privacy takes precedence over Display of Calling Party Denied 
on outgoing calls over a MCDN ISDN network. This precedence pertains to 
the display of the calling party’s name and number on the called party’s set. 


Calling Party Privacy does not affect internal calls using Display of Calling 
Party Denied. 


Conference 

For internal conference calls, display information is not provided on any of 
the conferee’s sets. When setting up a conference call, by conferencing one 
set at a time, the display on the conferee’s set is in accordance with the Class 
of Service of the individual sets. 
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For network conference calls, display is provided. This is in accordance with 
the DPD Class of Service options of the individual sets. 


Dial Intercom 

Display information on sets that are involved in a Dial Intercom Group (DIG) 
call is based on the individual Class of Service of each set. If a DN is denied 
for a set involved in a DIG call, the DIG number for that set is replaced by 
one dash (-—) in the case of 10 DIG stations. For 100 DIG stations, the DIG 
number is replaced by two dashes (— —). 


Group Call 


The calling party’s display shows the DN of the last set to connect into the 
Group Call regardless of the Class of Service. The called set displays the 
Group Number only. 


Hot Line 


Display information on sets in a Hot Line call is based on the individual Class 
of Service of each set. 


Meridian 911 

An incoming M911 call with Automatic Number Identification (ANI) 
information always displays ANI digits on the terminating set regardless of 
the calling party’s DPD Class of Service. 


Meridian Mail 

A calling party’s name and/or DN within Meridian Mail are not impacted by 
this feature. When a Digit Display Denied (DDGD) call is forwarded to 
Meridian Mail, the calling party’s DN is provided to Meridian Mail and is 
available when reviewing messages. 


Multiple Appearance Directory Number 


When a Multiple Appearance Directory Number (MADN) is dialed and 
ringing, the calling party’s display does not show name information, provided 
that at least one of the MADN TNs has Name Display Denied (NAMD) Class 
of Service. Once a call is answered, the calling party’s set reflects the DPD 
Class of Service options of the answering set. 


The called party’s display reflects the DPD Class of Service options of the 
calling party’s set. 
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Multi Party Operations - Call Join 

When three parties are joined using the Call Join capabilities of the 

Multi Party Operations feature, display information is not provided on any of 
the conferee’s sets. When setting up a conference call, by conferencing one 
set at a time, the display on the conferee’s set is in accordance with the 
individual set’s Class of Service. If one set leaves a three party conference, 
display information on the remaining sets is based on the individual Class of 
Service of each set. 


Network Attendant Services 


When a call is placed to an attendant over an ISDN network with Network 
Attendant Services (NAS) configured and Calling Party Name Display 
(CPND) equipped, the Attendant Console displays the calling party’s DN and 
name. The same occurs when an attendant places a call over the network; 
however, an Attendant Console’s display shows the connected party name 
and number. 


If NAS is not configured, the name and calling/connected party’s number is 
displayed to the attendant provided that the calling/connected party has the 
Display of Calling Party Denied (DPD) Class of Service options configured 
to Allowed. If Class of Service options are set to Denied, then this 
information is not displayed to the attendant. 


No Hold Conference 
Voice Call 


Display information on sets involved in a No Hold Conference and Voice call 
is based on the individual Class of Service of each set. 
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Feature packaging 


For internal calls, Display of Calling Party Denied (DPD) requires Calling 
Party Name Display (CPND) package 95. 


For ISDN Network calls the following packages and their dependencies are 
also required: 


— Calling Party Name Display (CPND) package 95; 
— Integrated Service Digital Network (ISDN) package 145; and 
— Network Attendant Services (NAS) package 159. 


Note: The NAS package is required to display a calling party’s name 
and DN on the attendant console, when using the Display of Calling 
Party Denied feature within an ISDN PRI private network. With NAS 
configured and Calling Party Name Display equipped, the attendant 
console will display the calling party’s name and DN, regardless of the 
Display of Calling Party Denied Class of Service of the calling party’s 
set. Without NAS, if the Display of Calling Party Denied Class of 
Service of the calling party’s set is Denied, the name and DN of the 
calling party will not be displayed on the attendant console. 


Feature operation 


There are no operating procedures specified for this feature. 
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E.164/ESN Numbering Plan Expansion 


The E.164/ESN Numbering Plan Expansion feature provides the capabilities 
to meet the International Telegraph and Telephone Consultative Committee 
(CCITT) recommendation E. 164 for Integrated Services Digital Network 
(ISDN) and Public Switching Telephone Network (PSTN) dialing. 


Generally, the following enhancements are offered by this feature: 


— the support of the numbering plan for ISDN and PSTN dialing has been 
increased to a 15-digit maximum, from a 12-digit maximum; 


— the removal of the leftwise-unique restriction imposed on ESN 
Supplemental Digit Restriction and Recognition (SDRR) entry codes. 
For example, if 555 is an existing entry, a new entry of either 55 or 
5551212 can be entered; 


— the addition of “allow” (ALOW) as a new Supplemental Digit 
Restriction and Recognition (SDRR) entry type in LD 90. There are now 
nine entry types for Supplemental Digit Restriction and Recognition. 
One entry type (DENY), denies a call from going through if the digits in 
the SDRR entry match the dialed digits. There are seven other entry types 
that provide special treatments, if the digits in the SDRR entry match the 
dialed digits. The new ALOW entry allows a call to go through, if the 
dialed digits did not match any entry within the Supplemental Digit 
Restriction and Recognition table; 


— the Special Number Translation (SPN) screening digits scheme is 
changed; and 


— the capability of the Meridian 1 base features to store digits is increased 
to 31 digits. 


— the capability to send up to 32 digits to the Extended Conference and 
Tone & Digit Switch card, allowing an International Number to be sent 
in a single Automatic Number Identification (ANI) message. Previously, 
only 16 digits could have been outpulsed in a single ANI message, which 
included the start digit, the end digit, and an optional information digit. 
This left only 13 or 14 digits of the actual International Number to be 
outpulsed in a single ANI message. This meant that the International 
Number may have been sent in two separate ANI messages. 
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The specific enhancements delivered by the E.164/ESN Numbering Plan 
Expansion feature are provided in the tables that follow. 


Summary of new ESN functionalities 


Table 3 summarizes the changes made to the ESN functionality. Please note 
that the components that are not affected are not listed. 


Table 3 
Summary of ESN changes 
Component 


Maximum number of digits for a Special Numbering 
Translation screening. 


Maximum number of Digit Manipulation Index (DMI) 
deletion digits. 


Maximum number of Digit Manipulation Index (DMI) 
insertion digits. 


Maximum number of Supplemental Digit Restriction 
and Recognition (SDRR) tables, with BARS. 


Maximum number of Supplemental Digit Restriction 
and Recognition (SDRR) tables, with NARS. 


Maximum number of words per Supplemental Digit 
Restriction and Recognition (SDRR) entry. 


Maximum number of digits in each Supplemental 
Digit Restriction and Recognition (SDRR) entry. 


Maximum length of Flexible Numbering Plan (FNP) 
Flexible Digit Number Length (FLEN) numbers for 
Special Number Translation (SPN). 


Maximum length of Flexible Numbering Plan (FNP) 
Flexible Digit Number Length (FLEN) numbers for 
Trunk Steering Codes (TSCs). 


Maximum number of digits per Free Special Number 
Screening (FSNS) Special Number. 


Total number of digits for screening under Free 
Special Number Screening (FSNS). 
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Maximum number of possible Supplemental Digit 9 ((ALOW’ is 
Restriction and Recognition (SDRR) entry types. added). 


ALOW is a new 
entry type in LD 
90. This entry 
allows a call to 
go through, as if 
the dialed digits 
did not match 
any entry within 
the 
Supplemental 
Digit Restriction 
and Recognition 
table. 


Restriction imposed on Supplemental Digit Leftwise Unique. None. 


Restriction and Recognition (SDRR) entry codes. The 


leftwise-unique 
restriction, 
imposed on 
SDRR entry 
codes, is 
removed. For 
example, if 555 is 
an existing entry, 
a new entry of 
either 55 or 
5551212 can be 
entered. 
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Summary of Meridian 1 base features enhancements 


Table 4 summarizes the changes made to the base Meridian 1 features 
functionality. Please note that the components that are not affected are not 
listed. 


Table 4 
Summary of Meridian 1 base features changes 


Component 


Maximum number of digits for an Autodial entry. 


Note that this enhancement does not apply to M3000 
sets. 


For the No Hold Conference functionality, the 
maximum number of digits for a Conference Autodial 
target DN entry. 


Maximum number of digits for the Call Forward All 
Calls DN. 


Note that this enhancement does not apply to M2317 
and M3000 sets. 


Maximum number of digits for the Internal Call 
Forward DN. 


For the Phantom DN functionality, the maximum 
number of digits for the Default Call Forward DN. 


Maximum number of digits for the Customer Call 
Forward DN. 


Maximum number of digits sent in an ANI message. 
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Summary of Automatic Call Distribution (ACD) enhancements 


Table 5 summarizes the changes made to the ACD functionality. Please note 
that the components that are not affected are not listed. 


Table 5 
Summary of Meridian 1 ACD changes 


C CC 


Maximum number of digits for the ACD Night 
Forward DN. 
Maximum number of digits for the ACD Interflow DN. 


Summary of Customer Controlled Routing (CCR) 
enhancements 


Table 6 summarizes the changes made to the Customer Controlled Routing 
functionality. Please note that the components that are not affected are not 
listed. 





Table 6 
Summary of CCR changes 
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Summary of ISDN features enhancements 


Table 7 summarizes the changes made to the ISDN functionality. Please note 
that the components that are not affected are not listed. 


Table 7 
Summary of ISDN changes 


Component 


For ISDN BRI basic call service line access (BRIL), 
the maximum number of Called Party Information 
Element digits. 


For the ISDN QSIG interface, the maximum number 
of Called Party Information Element digits. 


For the EurolSDN interface, the maximum number of 
Called Party Information Element digits. 


For the ISDN BRI NI-1 Call Forward All Calls feature, 
the maximum number of digits for the forward DN. 


For the ISDN BRI ETSI Call Forward All Calls 
feature, the maximum number of digits for the 
forward DN. 


For the Overlap Signaling feature, the maximum 
number of digits that a user may dial before a SETUP 
message is sent over the D-channel. 
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Operating parameters 


All existing operating parameters that apply to the Meridian 1 ESN 
functionality, base system features and ISDN PRI and ISDN BRI networking 
features apply to the E.164/ESN Numbering Plan Expansion feature. 


The enhancements introduced by the E.164/ESN Numbering Plan Expansion 
feature, pertaining to Called Party Information Element digits (CDPN), and 
forwarded and redirected DNs do not pertain to the M5317 and M5209 ISDN 
BRI terminals. This is because these terminals follow the BRI ETSI standard, 
placing a maximum limit of 24 digits on Called Party Information Element 
digits and redirected DNs. 


The 31-digit expansion, pertaining to the Call Forward All Calls DN, does not 
apply to Meridian M2317 and M3000 sets, since their firmware limits 
entering a CFAC DN from the set to a maximum of 23 and 28 digits, 
respectively. 


An Autodial key cannot be configured on a Meridian M3000 set; instead, the 
M3000 sets are equipped with a private directory, which allows automatic 
dialing of a stored DN entry by touching the corresponding name on the set’s 
display screen. Since the firmware of the M3000 limits the length of a DN 
entry to a maximum of 28 digits, the 31-digit expansion pertaining to the 
Autodial does not apply to Meridian M3000 sets. 


Since the Network Call Trace feature can outpulse a maximum of 21 digits to 
be printed on the TTY, the 3 1-digit expansion does not apply to Network Call 
Trace. 


The 16 digit maximum, pertaining to the Calling Party Number, Connected 
Party Number, Redirecting Number and Redirection Number, has not been 
expanded by the E.164/ESN Numbering Plan Expansion feature. 


If all the digits of a DN are dialed automatically, such as for a Speed Call or 
for any redial feature, only the first 31 digits are processed. This means that 
any digits that are inserted by, for example, network signaling, pretranslation 
or digit manipulation, are counted as part of these 31 digits. Therefore, even 
fewer than the automatically dialed digits may be processed. 
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Flexible Feature Codes (FFC) DNs may have a length of 1-7 digits. Call 
Forward All Calls (CFAC), Internal Call Forward All Calls (IFC) and Remote 
Call Forward (RCFW) are supported by FFCs, and can be activated, 
deactivated and verified using FFCs. When activating CFAC, using the 
Remote Call Forward FFC (RCFA), or when verifying the Call Forward DN, 
using the Call Forward All Call FFC (CFWV), the Remote Call Forward FFC 
(RCFV), or the Internal Call Forward All Calls FFC (ICFV), the FFC DN is 
kept, using eight of the available 31 digits. For the CFAC DN or ICF DN, this 
means that only 23 possible digits can be stored or verified using FFCs. As a 
result, this limitation does not accommodate the 31 digit CFAC DN and IFC 
DN expansion, introduced by the E.164/ESN Numbering Plan Expansion 
feature. 


Calling Party Privacy (CPP) allows a caller to block his or her name from 
appearing on the called party display. The call is marked as a CPP call by 
entering a CPP FFC, up to seven digits long. This means that up to seven 
additional digits may have to be stored for automatic dialing. These digits are 
stored in sequence, and subsequent digits may not be processed. 


In the case of CPP outpulsing, the CPP outpulsed digits (typically *67 or 
1167) are stored after CPP has been activated. If this call goes over a trunk, 
the CPP outpulsed digits are sent to the far end to indicate that the call is a 
CPP call. For ISDN calls, a CPP flag is marked in the ISDN message. For 
non-ISDN CPP calls, digits that are already stored, such as for Call Forward, 
Autodial, and Speed Call, may be pushed out when the CPP digits are 
inserted, since only 31 digits can automatically be processed. This means that 
up to four digits may be removed from the digits that are outpulsed. 


The SPN expansion, provided by the E.164/ESN Numbering Plan Expansion 
feature, applies to the DPNSS1/DASS2 UDP Interworking feature. 


The System Access Enhancement (SAE) feature impacts the accepted values 
for the Call Forward All Calls DN, and the Internal Call Forward DN, when 
entered in LD 10 and LD 11. This feature allows all values between 4-31 to 
be accepted, rather than the normal accepted values of 4, 8, 12, 16, 20, 24, 28, 
31. Also, the default is 4, rather than 16. 


The Called Party Information Elements expansion, provided by the 
E.164/ESN Numbering Plan Expansion feature, applies to ISDN QSIG GF 
Transport feature. 
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Feature interactions 


The E.164/ESN Numbering Plan Expansion feature does not interact with the 
Meridian 1 base system features and ISDN PRI and BRI networking features, 
other than as described in Table 3 to Table 7 and in the operating parameters. 





Feature packaging 


The E.164/ESN Numbering Plan Expansion feature does not introduce a new 
package. However, the following packages are required to support the new 
expansions. 


For ESN expansions: 


Basic Alternate Route Selection (BARS) package 57; 
Network Alternate Route Selection (NARS) package 58; and 
Flexible Numbering Plan (FNP) package 160. 


For ISDN expansions: 


Digit Display (DDSP) package 19; 

Integrated Services Digital Network (ISDN) package 145; 

2.0 Mbit Primary Rate Interface (PRI2) package 154; 

Integrated Service Digital Network Signaling Link (ISL) package 147; 
Overlap Signaling (OVLP) package 184; 

International Primary Rate Access (IPRA) package 202; 

Meridian | Extended Peripheral Equipment (XPE) package 203; 
Basic Rate Interface (BRI) package 216; 

Multi-purpose Serial Data Link (MSDL) package 222; 


Integrated Services Digital Network Basic Rate Interface Trunk Access 
(BRIT) package 233; 


Basic Rate Interface Line Application (BRIL) package 235; 
EuroISDN (EURO) package 261; and 
QSIG Interface (QSIG) package 263. 
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For base system features expansions: 

— Optional Features (OPTF) package 1; 

— 2500 Telephone Features (SS25) package 18; 

— Automatic Call Distribution (ACD) package 40; 

— Automatic Call Distribution Advanced (ACD) package 41; 
— Automatic Call Distribution Basic (ACD) package 45; 
— 500 Telephone Features (SS5) package 73; 

— Controlled Class of Service (CCOS) package 81; 

— Background Terminal (BGD) package 99; 

— Flexible Feature Codes (FFC) package 139; and 

— Phantom Terminal Numbers (PHTN) package 254. 


Feature operation 


There are no operating procedures specified for this feature. 
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Electronic Lock Network Wide/Electronic Lock on Private 


Lines 


The basic Electronic Lock feature has been enhanced to provide the following 
capabilities: 


— The feature can be implemented network wide. 


— The capability to define (for the locked sets), on a per customer basis, a 
Controlled Network Class of Service (CNCS) different from the 
Network Class of Service (NCOS), which is defined on a per set basis. 


— Locking can be implemented for Private DNs. 


In a Meridian Customer Defined Network (MCDN) environment, Electronic 
Lock Network Wide can be used to change the Class of Service of a set in a 
remote location. Electronic Lock Network Wide is activated or deactivated 
from any node by dialing the Electronic Lock Flexible Feature Code (FFC), 
the password, and the DN of the set to be changed. Since the password length 
defined at the destination node is not known at the originating node, the 
Station Control Password (SCPW) length (defined in LD 15) must be defined 
the same for all network nodes. 


If the originating node has the FFC Confirmation Tone option selected, a 
confirmation tone is given when the feature is successfully activated or 
deactivated. Overflow tone is given if the operation is unsuccessful. There is 
no FFC verify code for Electronic Lock. 


When a locked set makes an outgoing trunk call, if Controlled Network Class 
of Service is defined, the Network Class of Service (NCOS) defined by 
CNCS is used instead of the NCOS defined in LD 10 or 11 for the set. If 
network signaling is configured for the trunk that normally transmits the 
NCOS of the set between Electronic Switched Network (ESN) nodes, the 
CNCS is transmitted instead of the NCOS. This prevents a locked set from 
reaching the exchange network by tandeming through a TIE trunk using ESN. 
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A new prompt (PELK) is introduced in the Customer Data Block to 
implement Electronic Lock on private lines. If this option is enabled, an 
outgoing call on a private line of a locked set is subject to the same restrictions 
as all other DNs on the set. The same intercept treatment would be given as 
for a regular DN. The restrictions for private lines, as well as other DN keys 
on the set, are controlled by the Controlled Class of Service (CCOS), and by 
the CNCS if defined. Therefore, for outgoing calls, the Class of Service 
restrictions and/or New Flexible Code Restriction (NFCR) apply to private 
line keys on locked sets. Only outgoing calls are affected. The Class of 
Service of a non-locked set has no affect on private lines. 


Operating parameters 


The Network Dialing Plan must be either a Coordinated Dialing Plan (CDP) 
or a Uniform Dialing Plan (UDP). 


The set password lengths must be equal for all nodes in the network. 
Network wide operation is only supported through an MCDN ISDN network. 


The Electronic Lock feature must be equipped on both originating and remote 
nodes. 


The FFC used is defined on the node from which Network Electronic Lock is 
being activated. To activate or deactivate Network Electronic Lock from any 
remote node, the user has to use the FFC Electronic Lock Activate (ELKA) 
or Electronic Lock Deactivate (ELKD) code defined on that remote node. 


ISDN Basic Rate Interface (BRI) sets cannot be used to lock another set, nor 
can they be locked themselves. 


An analog (500/2500 type) telephone with a private line DN or a Meridian 
Digital Telephone set with a private line on the Prime DN cannot be locked. 


The following hardware is required: 


— Primary Rate Interface — D-channel Handler Interface (DCHI)/ 
Multipurpose Serial Data Link (MSDL) and PRI/PRI?2 cards. 


— Integrated Services Digital Network Signaling Link (ISL) - DCHI cards 
and TIE trunks. 


— Virtual Network Services (VNS) — DCHI cards and any trunks. 
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Feature interactions 


Automatic Call Distribution (ACD) 
An ACD set cannot be locked. 


Call Forward (CFW) 
Call Forward No Answer (CFNA) 


For Call Forwarding, the COS and NCOS used for the forwarding call can be 
taken from either the forwarding set or from the forwarded set, depending on 
the option defined in the Customer Data Block. 


For example, set B call forwards all calls to an external trunk. Set A calls set 
B. If OPT = CFF in LD 15 (Call Forward forwarded to party’s COS and 
NCOS), the COS and NCOS of set B are used for forwarding the call to the 
trunk. If OPT = CFO (Call Forward originating party’s COS and NCOS), the 
COS and NCOS of set A are used for forwarding the call to the trunk. 


Direct Inward System Access (DISA) 


The Electronic Lock feature cannot be activated or deactivated when 
accessing the node through DISA. 


Digital Private Network Signaling System (DPNSS1) 

Digital Access Signaling System (DASS2) 

Analog Private Network Signaling System (APNSS) 

Electronic Lock Network Wide is not supported on DPNSS1, DASS2, or 
APNSS trunks. 


Electronic Switched Network Authcode 

If a station user enters an authcode on the set, regardless of the status of the 
set being locked or not, the NCOS defined for the authcode is used. The ESN 
Authcode feature overrides the Electronic Lock Network Wide feature. 


Flexible Numbering Plan 

If a network is equipped with a flexible numbering plan (i.e., not all the 
network DNs are the same length), hanging up before the usual end-of-dialing 
timeout cancels the request for activation or deactivation of Electronic Lock. 
Dialing an octothorpe (#) after the network DN will cause the request for 
activation or deactivation of the Electronic Lock to be sent immediately, 
instead of waiting for the usual end-of-dialing timeout to send it. 
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Multiple Appearance DN 

The same locked or unlocked state applies to all Terminal Numbers with the 
same primary DN and the same SCPW. Terminal Numbers with the same 
DN, but not having the same SCPW, cannot be locked or unlocked. 


New Flexible Code Restriction (NFCR) 


With NFCR, toll denied stations are allowed or denied calling privileges 
according to the Facility Restriction Level (FRL) assigned to the NCOS 
defined in the protected line block. For a locked set, NCFR uses the FRL 
assigned to the CNCS to determine its calling privileges if one is defined; if 
no CNCS is defined, the NCOS of the locked set will be used. 


Scheduled Access Restrictions (SAR) 
The SAR feature overrides Electronic Lock. 


Virtual Network Services (VNS) 
Electronic Lock can function in a VNS environment. 


Feature packaging 


Electronic Lock Network Wide/Electronic Lock on Private Lines is packaged 
under Flexible Feature Codes (FFC) package 139. 


Use of this feature requires the following additional packages: 


— Controlled Class of Service (CCOS) package 81 
— Network Class of Service (NCOS) package 32, and 
— Integrated Services Digital Network (ISDN) package 145. 
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Error Handling on ISDN Signaling Link Analog E&M TIE 


Trunks 


The Integrated Services Digital Network Signaling Link (ISL) Analog E&M 
TIE Trunks feature identifies error conditions that are generated by external 
equipment and ensures that faulty trunks cannot be used. When the error 
condition is removed the trunk is put back into service. 


When an error condition is identified while the trunk is idle, the trunk is put 
into a maintenance busy mode and a trunk error message is printed. If an error 
occurs while a call is being sent, an error message is printed and the call 
proceeds; the trunk unit is put into maintenance busy mode after the call is 
disconnected. Outgoing calls cannot be made on units that are in maintenance 
busy and incoming calls are rejected. 


Once the external equipment removes the error condition, a message is 
printed and a restart message is sent on the D-channel to indicate that the unit 
is usable. 


Operating parameters 


Error Handling on ISL Analog E&M TIE Trunks only functions on ISL 
Analog E&M TIE Trunks and not on other types of ISL TIE trunks. This 
function only operates when the D-channel is established. 


E&M types applicable to this feature include two-wire and four-wire with 
TY1, TY2 and British Post Office E&M signaling types. The feature applies 
to immediate start, delay dial start and wink start arrangement types. 


This feature is designed to operate only when ISL E&M TIE trunks are used 
in conjunction with transmission equipment. 


To implement Error Handling on ISL Analog E&M TIE trunks the FALT 
prompt response in the Route Data Block (LD 16) must be YES. If 
FALT=NO, then no error handling will occur on the route. 


Error handling exists on ISDN Signaling Link Digital Trunk Interface (2 
Mbps). 


Feature interactions 


There are no interactions with other features. 
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Feature packaging 


Error Handling on ISL Analog E&M Tie Trunks is ISDN Signaling Link 
(ISL)is package 147 and is included in ISDN Signaling (ISDN) package 145. 


Feature operation 


Overlay Changes 


The enabling/disabling commands in the maintenance overlay is changed so 
that if the trunk unit is in error state the following occurs: 


— The trunk unit cannot be enabled until the external error condition is 
removed. The message TRK533 is printed to warn the user that the 
enable command is cancelled because an error exists on the ISL E&M 
TIE Trunks. When this occurs, the trunk unit will remain in maintenance 
busy mode. 


These overlay changes ensure that error states on both sides of the link are not 
affected by enabling/disabling the unit. 
Error Applied to Unit 


— An error condition can be generated by the external equipment when a 
unit is idle, during call setup or when a call is established. 


Error applied, Unit Idle 


— Ifan error is detected the unit is put in maintenance busy mode and the 
error message TRK531 is printed. 


Error applied, Call Setup 


— Ifan error is detected during call setup the error message TRK531 is 
printed. 


— After the call is disconnected, the trunk is put into maintenance busy 
mode. 


Error applied, Call Established 


When an error is applied while a call is established, it is detected after the call 
is disconnected. If the Release message is not received within the time 
defined by the supervision timer then the E lead remains grounded and causes 
an error condition. The following occurs: 
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— The unit is put into maintenance busy mode and the error message 
TRK531 is printed. 
Error State 


When the unit is an error state then it is not available for incoming or outgoing 
calls. The error state is maintained until it is cleared by external equipment. 


Outgoing Calls 


Normal call processing selects the next available channel for outgoing calls. 


Incoming Calls 


Far end attempts to make calls will send a SETUP message. If the unit is in 
an error state, a Release Complete message is sent. The far end trunk will be 
put into a LOCKOUT state. 


Restart Message 


During an error state, a RESTART message is received from the far end. This 
message is ignored so that the error state of the unit is preserved. 


Error Removed 

If the error condition is removed by external equipment, the trunk is marked 
IDLE, the error message TRK532 is printed and a RESTART One Channel 
message is sent on the D-channel. The far end trunk unit changes from 
LOCKOUT to IDLE state. 


No specific operating procedures are required to use this feature, however the 
following system messages will occur throughout feature operation. 


Message 
Number 


TRK531 tn An error has been detected on ISL E&M TIE, 
unit will be put to Maintenance Busy. 


TRK582 tn Error Condition on ISL E&M TIE removed. 


TRK533 tn Enable command is cancelled on this unit 
because an error exists on the ISL E&M TIE 
trunks. 
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ESN on PRI/ISL 
Description 
Generic X11 Release 16 provides most of the current ESN services over 
ISDN DTI/PRI with the exception of the Network Call Transfer (NXFER), 


the Coordinated Call Back Queuing (CCBQ), the CBQ to Conventional Main 
(CBQCM) and Off-Hook Queuing (OHQ) features. 


Generic X11 Release 16 provides Network Class of Service (NCOS) 
information which extends ESN functionality to DTI/PRI facilities. NCOS is 
an ESN software capability which provides the means to control: 


a User access to routes 
b Eligibility of queuing for a user 


c Eligibility for user to receive Expensive Route Warning Tone 
(ERWT) 


d Eligibility to access Network Speed Call (NSC) 


NCOS 


A NCOS is assigned to every user on the Meridian 1/SL-1 PBX. Depending 
on the NCOS assigned, users are either allowed or denied the placing of local, 
long distance and/or International calls. During a tandem call, DTI/PRI sends 
the NCOS of the user across the DTI/PRI link prefixed to the dialed number 
to the other Meridian 1/SL-1. This allows network access control to be based 
on a consistent set of NCOSs for calls originating anywhere on the network. 


NARS 


Northern Telecom's ISDN/PRI networking feature development is based on 
the signaling and functionality within the Network Automatic Route 
Selection (NARS) and/or Coordinated Dialing Plan (CDP) features. 


The NARS feature provides the special digit processing to distinguish 
between private and public network calls within the first 2 to 3 digits dialed. 
This allows the NARS equipped switch to process the call immediately upon 
dialing the last digit thus resulting in instantaneous sending of the call setup 
message. 
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CDP 

CDP uses Distant Steering Codes (DSC) and Trunk Steering Codes (TSC). 
DSC codes are recognized in software and also provide instantaneous 
cut-through. However, TSC and the number that follows varies in length, 
therefore end-of-dialing timers are used. 


ISDN with CDP or NARS also provides the exact display of the CLID across 
the network. However, when connecting a number of switches with some 
switches using CDP and the other switches using NARS, the correct display 
of the CLID may not make sense because the NARS switches will be sending 
the location code plus the extension number, whereas the CDP switches will 
be sending only the CDP number. In some networks, the CDP number does 
not contain enough information to be able to dial back the calling number if 
necessary. 


NRAG 

Option 148 (Advanced Network Features) is the option that provides 
Network Ring Again (NRAG). Because of NRAG and other features 
(NACD, NMS, TRO) planned in future X11 software Releases; as well as the 
complexity of inserting and deleting digits in the number dialed in an all CDP 
or NARS or combination CDP/NARS network, Northern Telecom requires 
that every switch in the network be equipped with either NARS or CDP 
software. 


With the CDP Expansion enhancement, X11 Release 15 and later ISDN 
networks can support a 3 to 10 digit Coordinated Dialing Plan (CDP). Prior 
to X11 Release 15, a 3 to 6 digit ISDN CDP was supported. 


INAC 

The Automatic Insertion of ESN Access Codes feature (INAC) provides 
greater flexibility in designing network numbering plans. This enhancement 
allows either AC1 or AC2 to be used as the access code for private network 
and long distance calls. Previously only AC1 could be used for these types 
of calls. Advanced Networking Features such as NACD and NMS require 
that INAC be implemented, rather than using Digit Manipulation Tables to 
insert the appropriate ESN Access Code. 
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Package Requirements 
This option requires the following feature packages: 
Feature Package Number 
ISDN 145 
PRI2 or ISL 154 or 147 


NARS Option 58 and/or CDP Option 
59 and NSIG Option 37 or 
Multi-Site 1 or 2 (see details 
on Multi-Site packaging 1 or 2 
at the end of this section). 





Equi-distribution routing, network attendant service 


This feature provides a new algorithm for Network Attendant Service (NAS) 
routing. The algorithm attempts to distribute routed calls evenly among 
network attendants, based on loading levels. Calls are routed across a network 
according to NAS routing tables. These tables define the primary attendant 
node and alternatives in case the attendant at the primary node is busy and the 
call waiting threshold has been exceeded. In the case of all attendants busy, 
as routing is attempted to each alternate defined in the NAS routing table, the 
Equi-distribution NAS Routing feature reads the load level at each location. 
The call is then routed to the alternate with the lowest load level. 


The load level is a value defined as the customer-defined efficiency factor, 
multiplied by the number of calls waiting for an attendant, divided by the 
number of attendants in service. The efficiency factor is a value between 
0-8064. The lower the efficiency factor, the more efficient the attendants are 
considered to be at a specific location (however, if a value of 0 is entered, then 
the Equi-distribution NAS Routing feature is not activated, and normal NAS 
routing occurs). 


Another capability of the Equi-distribution NAS Routing feature deals with 
an attendant at a node going into Night Service. All calls in the attendant 
queue are routed to another location, based on the NAS routing schedule, 
instead of to the local night DN. 
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Operating parameters 


This feature applies only to Meridian 1 systems using Meridian Customer 
Defined Networking (MCDN) signaling over Integrated Services Digital 
Network Signaling Link (ISL)/ISDN TIE links. 


All nodes in the Meridian 1 network should have Equi-distribution NAS 
Routing feature. 


This feature may not be compatible with the Console Presentation Group 
(CPG) or Network Tenant Service (NTS) features. 


Feature functionality takes into account a maximum number of four alternate 
locations per time period. 


Feature interactions 


When the attendant goes into Night Service, calls presented to the attendant 
receive NAS routing in an attempt to reach another attendant that is in day 
service, rather than being routed to the local night DN. 


Feature packaging 


Network Attendant Service (NAS) package 159, Network Alternate Route 
Selection (NARS) package 58, Integrated Services Digital Network 
Signaling (ISDN) package 145 or ISDN Signaling Link (ISL) package 147. 
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EurolSDN Continuation 


EuroISDN provides Primary and Basic Rate Interfaces to Central 
Offices/Public Exchanges that comply with the specifications for Layer 3, as 
described in ETS 300-102. The EuroISDN Continuation feature expands the 
scope of the original EuroISDN feature to include application support for 
Switzerland, Spain, Belgium and the United Kingdom. 


In addition, the following functionalities are provided by the EuroISDN 
Continuation feature: 


— Intercept treatment upon reception of an invalid or incomplete called 
party number; 


— Interception to an attendant for EuroISDN voice calls terminating on a 
data device; 


— The capability to listen to tones and announcements provided by the 
Central Office on call clearing (T306 supported); 


— The capability of transferring outgoing EuroISDN calls after completion 
of dialing (only for Italy); 


— Calling Line Identification and Connected Line Identification 
transparency to or from EuroISDN to or from a Basic Rate Interface 
(BRI) set; 


— The configuration of Connected Line Presentation (COLP) on a per 
D-channel basis (remote capability); 


— 3.1 KHz audio bearer capability for outgoing fax calls, based on a Class 
of Service assigned to the Analog (500/2500 type) telephone; 


— The capability of defining the bearer as “Voice” or “3.1 KHz” on a 
system basis; 


— The addition and display of national or international prefix in front of the 
received Calling/Connected Line Identification on incoming/outgoing 
EuroISDN calls; 


— Flexible national and local prefixes in addition to the Calling/Connected 
Line Identification on incoming/outgoing calls based on the route 
configuration; 


— User-to-User information transparency in call control messages; 
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— Capability of mapping a PROGRESS message or Progress Indicator in a 
CALL PROCEEDING message into an ALERT or aCONNECT 
message on a per configuration basis; 


— Capability of using different options to build the Calling Line 
Identification (CLID); and 


— Called party number size increase to 31 octets. 


This development also provides a subset of the ETSI Generic functional 
protocol for the support of supplementary services. Implementation relies on 
the Generic Functional (GF) Transport platform introduced in the X11 
Release 22 ISDN QSIG GF Transport feature. The ETSI GF subset provides 
two types of supplementary service control entities as follows: 


e Bearer-related transport with a point-to-point transport 
mechanism 
This service is used to transport supplementary service protocol 
information in association with a basic call. 


e Bearer-independent transport with a point-to-point 
(connection-oriented) mechanism 
This service is used to transport supplementary service protocol 
information, which is entirely independent of any existing basic call. 


The ETSI GF provides a generic transport platform that supports 
ETSI-compliant supplementary services. The ETSI GF protocol is 
implemented on the ETSI, Swiss, German and Danish EuroISDN interfaces. 


Operating parameters 


Layer 1 and Layer 2 compliance with ETSI requirements are also supported. 


ISDN Primary Rate Interface (PRI) — The NT8D72BA PRI card provides the 
30B+D physical interface to the Central Office/Public Exchange. 


ISDN BRI — The NT6D70BA card provides a 2B+D trunk interface for 
Central Office/Direct Inward Dialing connectivity. 


The EuroISDN feature is not supported on all downloadable D-channel cards 
(e.g., the NT6D11). 
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If more than one Channel Identification Information Element (IE) is received 
in a SETUP message, only the first one is used by the Meridian 1. If the 
Information Element is not available, the call is processed as per channel 
negotiation configuration. If no negotiation is allowed, the call is released. 


The transfer of an unanswered EuroISDN call to a remote ringing set requires 
disconnect supervision from a TIE trunk. If disconnect supervision is not 
available when an external user goes on-hook, the trunk could be locked out. 
Therefore, it is important to ensure that trunks used for a EuroISDN call have 
disconnect supervision. 


With ETSI GF, DN address translation requires association with a customer 
number. In an ETSI basic call establishment, the customer number 
association is located through the B-channel, identified in the channel 
identification IE. If the DN address is not associated with a basic call, the 
customer number is determined through other means. 


For Connected Line Identification Presentation (COLP) supplementary 
service, sending or restricting connected line identification is not supported 
on ISDN BRI sets on a per call basis. 


Feature interactions 


Auto terminate Call 
This feature is not supported. 


Call Back Queuing and Off-hook Queuing 
This feature is not supported with Overlap Signaling. 


Call Completion Supplementary Service 

Call Completion interacts with Call Transfer Over EuroISDN SN3. Call 
Completion Free Notification can only be presented to the Call Completion 
originating station and cannot be transferred to any other station. However, 
once the Call Completion call is established, it behaves as a normal call with 
respect to Call Transfer. 


End-to-End Signaling 


End-to-End Signaling is supported on all outgoing EuroISDN routes as soon 
as the CALL PROCEEDING message with a Progress Indicator is received. 
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Flexible Hotline 
This feature is not supported with Overlap Signaling. 


Incoming Digit Conversion Enhancement 

The Incoming Digit Conversion Enhancement (IDC) feature converts 
incoming digits from a DID route. This feature is supported on the incoming 
EuroISDN DID routes. Digits received as a called party number are converted 
if the IDC feature is activated on the route. Digit analysis is then performed 
on the converted digits by the Meridian 1. 


ISDN Basic Rate Interface Connected Line 
Presentation/Restriction 


The EuroISDN Continuation capability adds National and Local prefixes to 
the connected number being sent. This is programmed on a route basis and is 
applicable to connected numbers received from a ISDN BRI terminal and 
sent over a ISDN trunk. 


ISDN Calling Line Identification Enhancements 


The EuroISDN Continuation feature allows Home National Numbers and 
Home Local Numbers to be configured on a route. When an ISDN call is 
made from a set to a EuroISDN interface, the Calling Line Identification 
(CLID) constructed by EuroISDN, based on the outgoing route, takes 
precedence over the CLID constructed for the calling station set. 


KD3 Signaling 
Interworking with KD3 signaling is not supported. 


Integrated Service Access (ISA) 
Integrated Service Access is not supported. 
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Interworking Notification 
Direct Interworking 


When “direct interworking” occurs, the EuroISDN trunk terminates directly 
on the analog trunk. As a result, the CALL PROCEEDING message is sent 
to indicate that no further called party information is required. No further call 
control message is initiated by the analog trunk until answer supervision is 
provided. If the trunk is a supervised trunk, the resulting CONNECT message 
will permit the Public Switched Telephone Network (PSTN) to start charging 
the caller. However, an unsupervised trunk may also be called. In this case, 
the CONNECT message is sent upon the expiry of the pseudo answer 
supervision timer. 


The destination non-ISDN trunk may be busy instead of ringing; therefore, it 
is not effective to provide an ALERTING message, since the PSTN provides 
the caller with ringback. However, the PSTN will be running a T310 timer. 
Expiry of this timer causes call clearing, and a message must be provided. 


The following three alternatives can be configured in LD 16 by responding to 
the PROG prompt to stop the network T310 timer: 


1 A PROGRESS message is sent to the network after the CALL 


PROCEEDING message. 

2 An ALERT message is sent to the network after the CALL 
PROCEEDING message. 

3 ACONNECT message is sent to the network after the CALL 
PROCEEDING message. 


Tandem Interworking 


When tandem interworking occurs, the EuroISDN trunk terminates on an 
ISDN link terminating on an analog trunk. When the tandem SETUP message 
is sent, the CALL PROCEEDING message is sent to the PSTN to indicate 
that no further called party information is required. The tandem ISDN link 
returns a PROGRESS message, indicating interworking with a non-ISDN 
trunk. 


Since the PSTN does not implement Annex N, proposed by ETSI, it runs a 
T310 timer. A message must be provided to stop the T310 timer. 
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The following three alternatives can be configured in PROG prompt LD 16 
to stop the network T310 timer: 


1 A PROGRESS message is sent to the network after the CALL 


PROCEEDING message. 

2 An ALERT message is sent to the network after the CALL 
PROCEEDING message. 

3 A CONNECT message is sent to the network after the CALL 
PROCEEDING message. 


When interworking with an analog trunk without answer supervised 
signaling, the Meridian 1 should be configured to send a CONNECT message 
rather than an ALERT message. An ALERT or CONNECT message stops the 
receipt of digits, which implies that all digits have been received. 


Networking Features 


Some networking features currently exist on more than one ISDN interface 
implemented on the Meridian 1. These features are listed in Table 8. Any 
networking feature that does not appear in the table is only supported on one 
ISDN interface and is rejected by the gateway when the service is requested. 
That is the case for all Meridian Customer Defined Network (MCDN) 
features that are not supported over the EuroISDN or QSIG interface. 


Table 8 
Networking features supported by more than one ISDN interface 


Connected Yes Yes | No Yes | No No — 
Number 
Tans Counter [No fr fart tah 


Special Dial Tone after Dialed Numbers 
Special dial tones after dialed numbers are not supported for incoming calls. 


Euro-ISDN 
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Transfer of Unanswered Call 

The EuroISDN Continuation feature supports the transfer of a call from a set 
dialing an external number, before the external set answers, to both local and 
remote sets upon ringing. 


Virtual Network Services 


A EuroISDN link can be used as a B-Channel for the Virtual Network 
Services feature. 


R2MFC Calling Number Identification/Call Detail Recording 
Enhancements 

The outgoing Calling Line Identification (CLID) element of the Euro[SDN 
Continuation feature is mutually exclusive with the R2MFC CNI/CDR 
Enhancements feature. If the CLID is to be composed from the EuroISDN 
Continuation feature, it will not contain the Calling Number Identification 
(CNI). If the CLID is to be composed from the CNI, no prefixes will be added 
to the number. 


Feature packaging 


EuroISDN Continuation is included in EurolSDN (EURO) package 261. 


For Primary Rate Interface (PRD, the following software packages are 
required: 


— Digit Display (DDSP) package 19; 
— Integrated Services Digital Network (ISDN) package 145; 


— 2.0 Mbit Primary Rate Interface (PRI2) package 154; 


— Integrated Services Digital Network Supplementary Features ISDN 
INTL SUP) package 161; 


— International ISDN PRI (IPRA) package 202; and 
— Multi-purpose Serial Data Link (MSDL) package 222. 


For Basic Rate Interface (BRI), the following software packages are required: 


— Digit Display (DDSP) package 19; 
— Integrated Services Digital Network (ISDN) package 145; 
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— Integrated Services Digital Network Supplementary Features (ISDN 
INTL SUP) package 161; 
— International ISDN PRI (IPRA) package 202; 
— Meridian | Extended Peripheral Equipment (XPE) package 203; 
— Basic Rate Interface (BRI) package 216; and 


— Integrated Services Digital Network Basic Rate Interface Trunk Access 
(BRIT) package 233. 


Overlap Signaling is included in (OVLP) package 184. For the Uniform 
Dialing Plan (UDP), the following packages are also required: 


— Basic Routing (BRTE) package 14; 

— Network Call of Service (NCOS) package 32; 

— Digit Display (DDSP) package 19; 

— Basic Alternate Route Selection (BARS) package 57; and 
— Network Alternate Route Selection (NARS) package 58. 


For the Coordinated Dialing Plan (CDP), package 59 and the following 
packages are required: 


— Integrated Services Digital Network (ISDN) package 145; 
— 2.0 Mbit Primary Rate Interface (PRI2) package 154; 
— Flexible Numbering Plan (FNP) package 160; 


— Integrated Services Digital Network Supplementary Features ISDN 
INTL SUP) package 161; and 


— International Primary Rate Access (IPRA) package 202. 
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The following packages are required for EuroISDN to interact with 
Multifrequency Compelled Signaling (MFC), Multifrequency Compelled 
Signaling for Socotel (MFE), Direct Inward Dialing (DID), Digital Access 
Signaling System #2 (DASS2), and Digital Private Network Signaling 
System #1 (DPNSS1): 


— Universal ISDN Gateway (UIGW) package 283; and 
— Enhanced DPNSS1 Gateway (DPNSS1891) package 284. 


Feature operation 


There are no operating procedures specified for this feature. 


EurolSDN Continuation Phase Ill 


The EuroISDN feature was initially introduced in Release 20 to provide 
ISDN PRI and ISDN BRI connectivity between the Meridian 1 and Public 
Exchanges that comply to the European Telecom Standards Institute (ETSI) 
specification ETS 300 102 for the Layer 3. The interfaces provided by this 
feature also comply with the country-specific Application Documents for 
Austria, Denmark, Finland, Germany, Holland, Ireland, Italy, Norway, 
Portugal, Sweden, and Switzerland (only ISDN BRI connectivity). 


The EuroISDN Continuation feature, offered in Release 22, expanded the 
scope of the original EuroISDN feature to provide application support for 
Belgium, Spain, Switzerland (ISDN PRI connectivity added to the ISDN BRI 
connectivity introduced in Release 20), and the United Kingdom. 


EuroISDN Continuation Phase III adds France, Russia and the Ukraine to the 
list of countries having country-specific Application Documents compliance 
for EuroISDN. 


In addition to providing all of the functionalities provided by the original 
introduction of EuroISDN and the EuroISDN Continuation, EuroISDN 
Continuation Phase III introduces the following new functionalities for all 
EuroISDN interfaces: 


— optional sending of last forwarding DN as CLID 


— Trunk Route Optimization - before Answer applied to incoming 
EuroISDN trunks 
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— Numbering Plan Identification (NPI) and Type of Number (TON) 
included in CDR tickets for EuroISDN calls 


These new functionalities are described in the sections that follow. 


Optional sending of last forwarding DN as CLID 


In a call redirection scenario (Call Forward All Calls, Call Forward No 
Answer, Hunt, and the ACD redirections, Night Call Forward and Interflow) 
occurring at a gateway node, the (optional) capability, on a per system basis, 
of sending the last forwarding DN as Calling Line Identification (CLID) 
information. This functionality is controlled by a new prompt, the OCLI 
(Outgoing CLID) prompt, that has been introduced in Overlay 15 and which 
has three possible responses (NO, EXT, or ALL). 


This new functionality applies to the following types of calls being redirected 
at a gateway node, as described in the pages that follow. 


Note: There is a limitation on the functionary if the last redirection is 
due to ACD NCFW or Interflow, and if the redirection is preceded by one 
or more redirections on the same node. In such a case, the called number 
on the node is sent as CLID rather than the ACD DN. 


— Incoming EuroISDN DID or Central Office calls coming from a Public 
Network Central Office or a Private Exchange over a standard ISDN 
connectivity!, are forwarded back to the Public Network. 


e Station A, located at a Public Network Central Office or a Private 
Exchange, calls Station B at a Gateway node. Station B is redirected 
to Station C, located at the same or another Public Network Central 
Office or Private Exchange as Station A. If OCLI = EXT or ALL, 
the CLID of Station B is sent to Station C. Refer to Figure 2. 


1. By a standard ISDN connectivity, we mean all supported ISDN connectivities including, and since, 
Release 20, namely, EuroISDN, Asia Pacific, and NI-2. 
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Figure 2 
Incoming EurolSDN call redirected back to the Public Network/PBX 
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— MCDN/QSIG calls from an originating node, are being redirected to a 
Public Network Central Office or a Private Exchange over a standard 
ISDN connectivity. 


e Station A, located at an originating node, calls Station B located at a 
gateway node. Station B is redirected to Station C, located at a 
Public Network Central Office or a Private Exchange. If OCLI = 
ALL, the CLID of Station B is sent to Station C. Refer to Figure 3. 


Figure 3 
MCDN/QSIG call redirected to the Public Network/PBX 
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— Internal calls (in a stand-alone scenario) are being redirected to a Public 
Network Central Office or a Private Exchange over a standard ISDN 
connectivity. 


e Station A, Station B, and Station C are all located on the same 
gateway node. Station A calls Station B, which is redirected to 
Station C. Station C is redirected to Station D located at a Public 
Network Central Office or a Private Exchange. If OCLI = ALL, the 
CLID of Station C is sent to Station D. Refer to Figure 4. 


Note: If Station B is redirected to an ACD queue in via ACD NCFW or 
Interflow across a Standard ISDN connectivity, then the CLID sent to 
Station C will be that of the number called by Station A rather than that 
of the ACD DN. This is due to the limitation on ACD redirection 
described in the Note on page 179. 


Figure 4 
Internal call (stand-alone case) redirected to the Public Network/PBX 
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When the redirection does not occur at the gateway node for calls redirected 
to a Public Network Central Office or a Private Exchange over a standard 
ISDN connectivity, the outgoing CLID is that of the redirecting number 
information included in the SETUP message and received at the gateway 
node. The redirecting number information is the first redirecting DN on the 
last redirecting node. 


— Station A and Station B are located at the same originating node. Station 
A calls Station B, which is redirected to Station C located at a transit 
node. Station C is redirected to Station D on the same transit node. 
Station D is redirected through a gateway node, to Station E located at a 
Public Network Central Office or a Private Exchange. If OCLI = ALL, 
the CLID of Station C is sent to Station E, since the redirecting number 
information is the first redirecting DN (that of Station C) on the last 
redirecting node (at the transit node). Refer to Figure 5. 


Figure 5 
MCDN call redirected to the Public Network/PBX from a non-gateway node 
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Trunk Route Optimization - before Answer on EurolSDN 
trunks 


Trunk Route Optimization before Answer (TRO-BA) is enhanced to allow 
TRO-BA to be applied to EuroISDN trunks. The trunk optimization occurs 
within an MCDN network to eliminate redundant trunks due to a call 
redirection scenario (Call Forward All Calls, Call Forward No Answer, Call 
Forward Busy, and Hunt). 


— Station A, located at a Public Network Central Office or a Private 
Exchange, calls Station B at a terminating node over an MCDN trunk. 
Station B is redirected to Station C, located at a transit node, over another 
(redundant) MCDN trunk (refer to Figure 6). 


Figure 6 
EurolSDN calling scenario before Trunk Optimization is applied 
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— Assoonas the redirection occurs at the redirecting node (the terminating 
node), trunk optimization is invoked, the redundant trunks between the 
terminating node and the transit node are dropped, and Station C and 
Station A connected over one MCDN trunk. Refer to Figure 7. 


Figure 7 
EurolSDN calling scenario after Trunk Optimization has been applied 
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Numbering Plan Identification and Type of Number in CDR 

tickets for EurolSDN calls 
The Numbering Plan Identification (NPI) and Type of Number (TON) fields 
may be optionally included in the CDR tickets, for EuroISDN calls. The 
purpose is to allow billing the charge of a EuroISDN call to the call originator. 
By entering NEW against the FCDR (Format for Call Detail Recording) 
prompt, and YES against the CLID prompt in Overlay 17, the Numbering 
Plan Identification (NPI) and Type of Number (TON) fields are printed as 
part of the CDR ticket in addition to the CLID field. This functionality applies 
only for incoming calls over ISDN trunks, since the NPI and TON are derived 
from the incoming trunk. 


The NPI and TON fields are left blank if the calls are internal, are over 
outgoing ISDN trunks, are over incoming non-ISDN trunks, or if the FCDR 
prompt is set to OLD or the CLID prompt is set to NO (note that the FCDR 
prompt takes precedence over the CLID prompt, that is, if FCDR is set to 
OLD and the CLID prompt is set to YES, the fields are left blank.) 


The NPI and TON are both printed on the third line of the CDR ticket, at 
characters 44-45 and 47, respectively. 


Operating parameters 


EuroISDN is not supported on non-downloadable D-channel cards. 
Interworking with KD3 signaling is not supported. 
Integrated Service Access (ISA) is not supported. 


Advice of Charge for EuroISDN calls is supported with the Advice of Charge 
for EuroISDN feature. 


The EuroISDN to CIS MF Shuttle gateway is supported, as provided by the 
CIS MF Shuttle feature introduced in Release 23. 


The Auto Terminate Call feature is not supported. 


The Call Back Queuing and Off-hook Queuing feature and the Flexible 
Hotline feature are not supported with Overlap Signaling. 
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End-to-End Signaling is supported on all outgoing EuroISDN routes as soon 
as the CALL PROCEEDING message with a Progress Indicator is received. 


Special dial tones after dialed numbers are not supported for incoming calls. 


For Connected Line Identification Presentation (COLP) supplementary 
service, sending or restricting connected line identification is not supported 
on a per call basis on non-ISDN BRI sets. 


For the Optional Sending of Last Forwarding DN as CLID functionality, if 
more than one ACD redirection takes place when an ACD set is involved, the 
DN of the called set is sent as the CLID rather than the DN of the last 
forwarding set. Refer to page 182 for an example. 


Feature interactions 


Call Completion Supplementary Service 

Call Completion interacts with Call Transfer Over EuroISDN SN3. Call 
Completion Free Notification can only be presented to the Call Completion 
originating station and cannot be transferred to any other station. However, 
once the Call Completion call is established, it behaves as a normal call with 
respect to Call Transfer. 


Call Detail Recording 

The Optional Sending of Last Forwarding DN as CLID functionality interacts 
with the CDR feature. The CLID field in the CDR ticket for the redirected 
outgoing EuroISDN call is modified according to the CLID information in 
the SETUP message, for the various scenarios described in the section 
“Optional sending of last forwarding DN as CLID” on page 179. 





CLID Enhancements 

The Optional Sending of Last Forwarding DN as CLID functionality interacts 
with the ISDN CLID Enhancements feature introduced in Release 22, in that 
the CLID entry programmed against the prime DN of the forwarding set at a 
gateway node is used to build the outgoing CLID. 
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Incoming Digit Conversion Enhancement 

The Incoming Digit Conversion Enhancement (IDC) feature converts 
incoming digits from a DID route. This feature is supported on the incoming 
EuroISDN DID routes. Digits received as a called party number are converted 
if the IDC feature is activated on the route. Digit analysis is then performed 
on the converted digits by the Meridian 1. 


Incoming Trunk Programmable CLID 


The Optional Sending of Last Forwarding DN as CLID functionality interacts 
with the Incoming Trunk Programmable CLID feature. This feature, 
introduced in Release 21, provides the capability of assigning a billing 
number to incoming trunks. 


In the scenario described on page 183, whereby the redirection does not occur 
at the gateway node, the incoming redirecting number information is used as 
the outgoing CLID on the standard ISDN connectivity DID or CO trunk, even 
though the Incoming Trunk Programmable CLID feature is configured to 
send a billing number as CLID information. 


Intercept Treatment on Invalid or Partial Dialing 


The Partial Dial Timing (PRDL), Vacant Number Routing (VNR), and 
Intercept features handle dialing irregularities on the Meridian 1. 


The Intercept feature allows calls with dialing irregularities to be routed to an 
attendant or to a Recorded Announcement, or to receive overflow or busy 
tone. The VNR feature allows calls to a vacant number to be routed to another 
node, where the call is treated as a vacant number, given intercept treatment, 
or terminated. The PRDL feature allows incoming non ISDN DID calls to be 
routed to an attendant after a configured amount of time. 


With respect to EuroISDN calls with dialing irregularities, the PRDL feature 
has been enhanced so that when the End of Dial (EOD) timer for PRDL has 
expired, the calls, instead of being automatically routed to an attendant, now 
receive the intercept treatment provided by the VNR and Intercept features. 
A proviso is that the EOD timer used as the PRDL timer must be configured 
to be at least two seconds less than the ISDN interdigit timer (T302). 
Otherwise, the calls are rejected if the T302 times out first. 


553-3011-315 Standard 9.00 October 1997 


Chapter 2 — ISDN feature descriptions Page 189 of 1280 


Interworking Notification 


Direct Interworking 


When “direct interworking” occurs, the EuroISDN trunk terminates directly 
on the analog trunk. As a result, the CALL PROCEEDING message is sent 
to indicate that no further called party information is required. No further call 
control message is initiated by the analog trunk until answer supervision is 
provided. If the trunk is a supervised trunk, the resulting CONNECT message 
will permit the Public Switched Telephone Network (PSTN) to start charging 
the caller. However, an unsupervised trunk may also be called. In this case, 
the CONNECT message is sent upon the expiry of the pseudo answer 
supervision timer. 


The destination non-ISDN trunk may be busy instead of ringing; therefore, it 
is not effective to provide an ALERTING message, since the PSTN provides 
the caller with ringback. However, the PSTN will be running a T310 timer. 
Expiry of this timer causes call clearing, and a message must be provided. 


The following three alternatives can be configured in Overlay 16 by 
responding to the PROG prompt to stop the network T310 timer: 


1 A PROGRESS message is sent to the network after the CALL 
PROCEEDING message. 


2 An ALERT message is sent to the network after the CALL 
PROCEEDING message. 


3 A CONNECT message is sent to the network after the CALL 
PROCEEDING message. 


Tandem Interworking 


When tandem interworking occurs, the EuroISDN trunk terminates on an 
ISDN link terminating on an analog trunk. When the tandem SETUP message 
is sent, the CALL PROCEEDING message is sent to the PSTN to indicate 
that no further called party information is required. The tandem ISDN link 
returns a PROGRESS message, indicating interworking with a non-ISDN 
trunk. 


Since the PSTN does not implement Annex N, proposed by ETSI, it runs a 
T310 timer. A message must be provided to stop the T310 timer. 
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The following three alternatives can be configured in PROG prompt Overlay 
16 to stop the network T310 timer: 


1 A PROGRESS message is sent to the network after the CALL 


PROCEEDING message. 

2 An ALERT message is sent to the network after the CALL 
PROCEEDING message. 

3 A CONNECT message is sent to the network after the CALL 
PROCEEDING message. 


When interworking with an analog trunk without answer supervised 
signaling, the Meridian 1 should be configured to send a CONNECT message 
rather than an ALERT message. An ALERT or CONNECT message stops the 
receipt of digits, which implies that all digits have been received. 


Networking Features 

Some networking features currently exist on more than one ISDN interface 
implemented on the Meridian 1. These features are listed in Table 2. Any 
networking feature that does not appear in the table is only supported on one 
ISDN interface and is rejected by the gateway when the service is requested. 
That is the case for all Meridian Customer Defined Network (MCDN) 
features that are not supported over the EuroISDN or QSIG interface. 


Euro-ISDN 
ETSI BRI sets 


Calling Line ID Yes epe e e No 





Connected Yes Yes | No Yes | No No fe 
Number 











Tat Comer [Re rhe be pepe fe 
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Transfer of Unanswered Call 


The EuroISDN Continuation Phase III feature supports the Transfer of an 
Unanswered Call feature. This allows a station (an attendant or set) to transfer 
an unanswered outgoing EuroISDN call, after dialing has been completed and 
before the transferred-to set answers (while the set is ringing). The 
transferred-to set may be local, or may be remote if the link is an MCDN link 
equipped with Network Attendant Services (NAS), or if the link is a QSIG 
link equipped with Slow Answer Recall. 


Note: The trunk type for the Euro[SDN link must be either CO, DID, 
TIE, FEX, or WATTS for this functionality to work. Otherwise, the 
transferred-to set must answer before the transfer can be done. 


The transfer of an unanswered EuroISDN call interacts with the CDR feature. 
When the originating party completes the call transfer after the transferred-to 
set answers, a CDR Start (S) is generated when the transferred-to set answers. 
When one side releases the call, a CDR End (E) ticket is generated. If the 
originating party completes the transfer while the transferred-to set is ringing, 
an S ticket will be generated only when the transferred-to set answers. 


Virtual Network Services 


A EuroISDN link can be used as a B-Channel for the Virtual Network 
Services feature. 


Feature packaging 
EuroISDN Continuation is included in EuroISDN (EURO) package 261. 


For Primary Rate Interface (PRD, the following software packages are 
required: 


— Digit Display (DDSP) package 19 
— Integrated Services Digital Network (ISDN) package 145 
— 2.0 Mbit Primary Rate Interface (PRI2) package 154 


— Integrated Services Digital Network Supplementary Features ISDN 
INTL SUP) package 161 


— International ISDN PRI (IPRA) package 202 
— Multi-purpose Serial Data Link (MSDL) package 222 
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For Basic Rate Interface (BRI), the following software packages are required: 


Digit Display (DDSP) package 19 
Integrated Services Digital Network (ISDN) package 145 


Integrated Services Digital Network Supplementary Features (ISDN 
INTL SUP) package 161 


International ISDN PRI (IPRA) package 202 
Meridian | Extended Peripheral Equipment (XPE) package 203 
Basic Rate Interface (BRI) package 216 


Integrated Services Digital Network Basic Rate Interface Trunk Access 
(BRIT) package 233 


Overlap Signaling is included in (OVLP) package 184. For the Uniform 
Dialing Plan (UDP), the following packages are also required: 


Basic Routing (BRTE) package 14 
Network Call of Service (NCOS) package 32 
Digit Display (DDSP) package 19 


Basic Alternate Route Selection (BARS) package 57 or Network 
Alternate Route Selection (NARS) package 58 (for the Uniform Dialing 
Plan). 


For the Coordinated Dialing Plan (CDP), package 59 and the following 
packages are required: 


Integrated Services Digital Network (ISDN) package 145 
2.0 Mbit Primary Rate Interface (PRI2) package 154 
Flexible Numbering Plan (FNP) package 160 


Integrated Services Digital Network Supplementary Features ISDN 
INTL SUP) package 161 


International Primary Rate Access (IPRA) package 202 
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The following packages are required for EuroISDN to interact with 
Multifrequency Compelled Signaling (MFC), Multifrequency Compelled 
Signaling for Socotel (MFE), Direct Inward Dialing (DID), Digital Access 
Signaling System #2 (DASS2), and Digital Private Network Signaling 
System #1 (DPNSS1): 


— Universal ISDN Gateway (UIGW) package 283 
— Enhanced DPNSS1 Gateway (DPNSS189I) package 284 


The following packages are required for the Numbering Plan Identification 
(NPI) and Type of Number (TON) fields in CDR: 


— Call Detail Recording (CDR) package 4 
— Call Detail Recording on Teletype Terminal (CDR_TTY) package 5 


— Calling Line Identification in Call Detail Recording (CLID_CDR_PKG) 
package 118 


— New Format for Call Detail Recording (CDR_NEW) package 234 


Feature implementation 


LD 15 — Configure the Optional Sending of Forwarding CLID functionality 
(in response to the OCLI prompt). 


Response Description 


CHG 
NET 


XX 


Change existing data. 
Networking data. 


Customer number. 


Integrated Services Digital Network. 


Private Network Identifier. 


Satellite Delays. 
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NO = No manipulation is done on outgoing CLID for calls 
forwarded over EurolSDN links. 

EXT = The last forwarding DN is sent as CLID information 
for incoming calls over a standard ISDN (EurolSDN, APAC, 
NI-2) DID or CO link to a gateway Meridian 1 node, and 
redirected back over the standard ISDN (EurolSDN, APAC, 
NI-2) DID or CO link. 

ALL = The same as for EXT. Moreover, the last forwarding 
DN is sent as CLID information for internal calls from a local 
set or over ISDN TIE trunks, except for DPNSS1 calls which 
are redirected from a gateway node over a standard ISDN 
(EurolSDN, APAC, NI-2) DID or CO link. 


If the redirection does not occur at the gateway node, the 
redirecting information number, if present in the incoming 
SETUP message received at the gateway node from the 
private network, is sent as CLID. 





LD 17 — Create a new D-channel for the EuroISDN interface. 


Response 
CHG 

ADAN 

NEW DCH x 
MSDL 


Description 

Change existing data. 

Action Device and Number. 

New D-channel at port number x. 

Card type, where MSDL = Multipurpose Serial Data Link 


for Meridian Options 51C-81C, or Downloadable 
D-Channel Board for Option 11C. 


Network Group Number. 


Device number for I/O ports. 
Port number on MSDL card. 
D-channel for ISDN PRI only. Precede with X to remove. 


DCH interface type. 
EURO = EurolSDN 
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Enter country pertaining to EurolSDN interface. 


Austria 

Denmark 

ETS 300-102 basic protocol 
Finland 

Germany 

Italy 

Norway 

Portugal 

Sweden 

Ireland 

Holland 

Switzerland 

Belgium 

Spain 

United Kingdom 

France 

Commonwealth of Independent States (Russia and the 
Ukraine). 


PINX_CUST The customer number used for the DN address. 


The PRI loop number for the D-Channel. 


Channel Negotiation option. 


(1) = Channel is indicated and no alternative is 
acceptable. This is the default value for all EurolSDN 
Interfaces except FRA. 

2 = Channel is indicated and any alternative is 
acceptable. This is the default value for the FRA 
interface. 


Enter COLP to support Connected Line Identification 
Presentation as a remote capability. This is the default 
value for the ESIG, ISIG, NI2, and EURO interfaces. 


Enter XCOL to remove Connect Line Identification 
Presentation as a remote capability. This is the default 
value for the APAC, AUS, EIR, DEUT, ESP, BEL, and 
FRA interfaces. 
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LD 16 — Configure new DID routes (the same responses to the IFC and 
CNTY prompts, as were used in LD 17, must be entered). 


Prompt Response Description 


REQ NEW Add new data. 
CHG Change or delete existing data. 


TYPE RDB Route Data Block. 
CUST XX Customer number. 
ROUT Route Number. 
TKTP Trunk type. 


DID = Direct Inward Dialing 
COT = Central Office. 


Digital trunk route. 


Digital trunk type for route. 


Interface type. 
EURO = EurolSDN. 
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Enter country pertaining to EurolSDN and Asia Pacific 
interface type. 

Austria 

Denmark 

ETS 300-102 basic protocol 

Finland 

Germany 

Italy 

Norway 

Portugal 

Sweden 

Ireland 

Holland 

Switzerland 

Belgium 

Spain 

United Kingdom 

France 

Commonwealth of Independent States (Russia and the 
Ukraine). 


Incoming and Outgoing trunk. 
Outgoing trunk only. 
Incoming trunk only. 


Access code for this trunk route. 
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Prefix = 0, for North American dialing plan. This is the 
default value for ESIG and ISIG interfaces. 


Prefix = 1, for international PFXs in CLID, any numbering 
type supported. This is the default value for all EurolSDN 
interfaces. 


Prefix = 2, for international PFXs in CLID, CCITT numbering 
type supported: UKWN, INTL, NPA, and NXX. Default value 
for CO/DID routes for the Telecom New Zealand interface. 


Prefix = 3, for international PFXs in CLID, only NXX number 
type supported. Default value for TIE routes for the Telecom 
New Zealand interface. 


For international COs, if the call originates from a CO trunk 
type, add nothing. Otherwise, add PFX1 and PFX2. This is 
the default value for the Hong Kong, Singapore, and 
Thailand interfaces. 


This is the same as OPT4, except it supports a maximum of 
10 digits in the CLID. This is the default value for the 
Austrian interface. 


Progress Signal. 


Send PROGRESS (default value for all interfaces, except 
Austria). 


Send ALERT after CALL PROCEEDING. 


Send CONNECT after CALL PROCEEDING (this is the 
default value for the Austrian interface). 


Enter COLP to support Connected Line Identification 
Presentation as a remote capability. This is the default value 
for the ESIG, ISIG, NI2, and EURO interfaces. 


Enter XCOL to remove Connect Line Identification 
Presentation as a remote capability. This is the default value 
for the APAC, AUS, EIR, DEUT, ESP, BEL, and FRA 
interfaces. 
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Customer-defined Prefixes option. This prompt is added as 
one of the sub-prompts of ISDN = YES. It is added at the 
end of the ISDN sub-prompts. 


If CPFXS = YES, when constructing the Calling or 
Connected Line Identification, the prefixes are retrieved 
from the Customer Data Block via the PFX1 and PFX2 
prompts in LD 15, as is currently done. This is the default 
response. 


If CPFXS = NO, when constructing the Calling or 
Connected Line Identification, the prefixes are retrieved 
from the Route Data Block via the HNTN and HLCL 
prompts in LD 16. 


Home National Number. This number is similar to the PFX1 
number prompted in LD 15. It is added to this overlay so 
that this prefix can be configured on a route basis as 
required in some countries (e.g., Italy). As is the case with 
PFX1, the HNTN prefix can be from one-to-four digits long. 


This prompt is displayed only if CPFXS = NO. 


If only a <CR> is entered, this prompt keeps its previous 
configuration. If no value was configured previously, no 
value will be configured. 


Enter X to delete the digits. 


Home Location Number. This number is similar to PFX2 
number prompted in LD 15. It is added to this overlay so 
that this prefix can be configured on a route basis as 
required in some countries (e.g., Italy). As is the case with 
PFX2, the HLCL prefix can be from one-to-four digits long. 


This prompt is displayed only if CPFXS = NO. 


If only a <CR> is entered, this prompt keeps its previous 
configuration. If no value was configured previously, no 
value will be configured. 


Enter X to delete the digits. 


If ADDP = NO, the Calling or Connected Party Number 
displayed is not modified. 


If ADDP = YES, the prefixes 0 (national) or 00 
(international) are added to the Calling Party Number if the 
Type of Number (TON) is public. 





Option 11C 2.0 Mb DTI/PRI Administration and Maintenance guide 


Page 200 of 1280 Chapter 2 — ISDN feature descriptions 


LD 17 — Configure the Numbering Plan Identification (NPI) and Type of 
Number (TON) fields to be included in the CDR tickets, in addition to the 
CLID, for EuroISDN calls (this is automatically done by entering YES in 
response to the CLID prompt). 


Prompt Response Description 


REQ CHG Change existing data. 


TYPE PARM Change system parameters. 


Format for Call Detail Recording. Enter NEW for new 
format. 


Enter YES to include the TON and NPI fields in the CDR 
ticket, in addition to the CLID. 





Feature operation 


No specific operating procedures are required to use this feature. 


EurolSDN Malicious Call Identification 


The EuroISDN Malicious Call Identification feature (MCID) allows the 
source of an incoming call to be identified and recorded by the network side 
(the Central Office) of a Euro[SDN PRI/BRI connection. 


This request is initiated by the activation of the Malicious Call Trace feature 
(MCT) from analog (500/2500) type sets using a SPRE code and a two-digit 
Flexible Feature MCT access code or from Meridian | proprietary sets and 
attendant consoles using the TRC feature key. 


EuroISDN Malicious Call Identification (MCID) can be invoked during the 
active phase of a malicious call or after the active phase of a malicious call 
for a limited period of time. 
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Figure 8 illustrates a situation where EuroISDN MCID is initiated during the 
active phase of a malicious call. 


Figure 8 
EurolSDN MCID invoked during the active phase of a malicious call 


mct ticket 
printed 
incoming malicious call en _| 
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request for MCID activation 


info copied 


to file: | Ss) 
cle paty rie am 


calling party number ae met key lit 
time and date Meridian 1 553-7599 
subaddress (option) 





Figure 9 illustrates a situation where Euro[SDN MCID is initiated after the 
active phase of a malicious call. 


Figure 9 
EurolSDN MCID invoked after the active phase of a malicious call 


Pha 
P N : 
incoming malicious call DY baie 
SHF prin 


mct key 
activation 
= request for MAD 


info copied f | = 
to file request treated OK (arrean) 
met key lit 


completion of disconnection 


(release of message) Meri di an 1 








553-7597 





Option 11C 2.0 Mb DTI/PRI Administration and Maintenance guide 


Page 202 of 1280 Chapter 2 — ISDN feature descriptions 


A report showing the results of MCID request is printed on any system 
Teletype Terminal (TTY) designated as a maintenance terminal. The report 
includes an enhanced Malicious Call Trace (MCT) ticket that shows the 
Number Plan Identifier (NPI) and the Type of Number (TON). A description 
of these output fields are provided in the section “Malicious Call Trace 
Record output”. 


The required system components of the MCID feature functionality are as 
follows: 


— A Central Office switch supporting EuroISDN PRI/BRI connectivity 
(This CO is referred to as the network side.) 


— A Meridian 1 switch supporting Euro[SDN PRI/BRI connectivity 


— For tandem applications, another Meridian 1 switch connected to the 
other over an MCDN link supporting the Malicious Call Trace feature 
and with Network Attendant Services enabled. In this case, in order for 
the MCID request to be processed, the gateway switch must be located 
between the MCDN link supporting MCT and with Network Attendant 
Service (NAS) enabled, and the EuroISDN Central Office interface. 


When the MCID request is initiated via activation of the Malicious Call Trace 
feature, a MCID request message is sent to the Central Office from the called 
party node. The Central Office processes the MCID request and returns a 
message to indicate the successful operation. It registers the following 
relevant MCID information that is stored by the network operator: 


— the called party’s directory number 
— the calling party’s directory number 


— the local time and date of invoking call trace on the network serving the 
called party 


— the calling party’s sub-address, if provided 
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Malicious Call Trace Record output 


The NPI and TON fields have been added to the print output format, to show 
the Numbering Plan Identifier (NPI) and the Type of Number (TON) of the 
Calling Line Identifier field. The MCID ticket printed when the malicious call 
occurs. The output format is as follows: 


MCI/MCE CUST# STARI ORIGTN STAR2 TERTN ATTPTY TIME 
CNI# 
STARIORIGDN STAR2TERDN NPI TON 


Note: The second line is printed only if MCDC = YES in Overlay 15, 
the Customer Data Block. Also, for ISDN trunks, the ORIGDN/TERDN 
fields in line two are replaced by the CLID# field. Therefore, for ISDN 
trunks, the output would be as follows: 


MCI/MCE CUST# STARI ORIGTN STAR2 TERTN ATTPTY TIME 
CNI# 
STARICLID# STAR2CLID# NPI TON 


where, for line 2: 


Field Description 

NPI For ISDN trunks. 
The Numbering Plan Identifier of the CLID printed 
above. 

TON For ISDN trunks. 


The Type of Number of the CLID printed above. 


Operating parameters 


Malicious Call Trace (MCT) feature is only activated against one call at one 
time from either a set or an attendant. If a set activates MCT against a call, 
then the traced call is put on hold and a second call is activated. A trace 
against the second call cannot be completed until the first call is disconnected. 
If multiple TRC keys are defined, then this still occurs. The TRC key reflects 
the status of the MCT activation. 


This feature is not supported on Basic Rate Interface (BRI) sets. However, it 
is supported over ISDN BRI trunks. 
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Soft keys cannot be defined as a TRC key on Meridian 1 2317, 3000 or 5317 
digital sets. 


For Options 51C-81C, the EuroISDN Malicious Call Identification requires 
the following hardware: 


— For Primary Rate Access, the NT6D72 PRI card or the NTCK43 Dual 
PRI card 


— ForD-Channel processing, NT6D80 the Multi-Serial Data Link (MSDL) 
card, or the NTBK51 two-port Downloadable D-Channel Daughterboard 
(DDCH) with the NTCK43 DPRI instead of an MSDL card 


— For Basic Rate Access, the NT6D73AA MISP card and the NT6D70BA 
SILC card for trunk access 

For Option 11C, the EuroISDN Malicious Call Identification requires the 

following hardware: 


— For Primary Rate Access, the NTBK50AA PRI card 


— For D-Channel processing, the NTBK51BA Downloadable D-Channel 
Daughterboard 


— For Basic Rate Access, the NTBK22AA MISP card and the NT6D70BA 
SILC card for trunk access 


When EuroISDN Malicious Call Identification is configured on a set, the 
Attendant Administration feature cannot modify this feature. 


Feature interactions 


Call Detail Recording 


If a DISCONNECT message is received from an incoming EuroISDN call 
and the Malicious Call Trace time is started, then this timer delays the output 
of the Call Detail Recording (CDR) record. This will not occur if the called 
party’s set goes on-hook. 


Malicious Call Trace 

EuroISDN Malicious Call Identification (MCID) is based on the existing 
Malicious Call Trace (MCT) feature. The existing MCT activation triggers 
MCID treatments. 
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Feature packaging 


The following packages are required for EuroISDN Malicious Call 
Identification: 


Euro Supplementary Service (ETSI_SS) package 323 

Euro ISDN (EURO) package 261 

International Supplementary Features (SUPP) package 131 
Multipurpose Serial Data Link (MSDL) package 222 
Integrated Services Digital Network (ISDN) package 145 
Malicious Call Trace (MCT) package 107 

Universal ISDN Gateway (UIGW) package 283 

Flexible Feature Code (FFC) package 139 for 2500 type sets 


Primary Rate Interface (PRI) connectivity requires the following packages: 


International Primary Rate Access CO (PRA) package 146 


Integrated Services Digital Network Supplementary Features 
(ISDN INTL SUP) package 161 


2.0 Mb/s Primary Rate Interface (PRI2) package 154 
International Primary Rate Access (IPRA) package 202 


Basic Rate Interface (BRI) connectivity requires: 


Basic Rate Interface (BRI) package 216 
ISDN Basic Rate Interface Trunk Access (BRIT) package 233 
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Feature implementation 


LD 17 - Configure remote D-channel capability for EurolSDN interface for PRI 
and BRI. 


Response Description 


CHG Change existing data. 
ADAN Action Device and Number. 
CHG DCH xx Change D-channel. 


EurolSDN interface for D-channel. 


Add Malicious Call Identification as a new remote capability. 





LD 16 - Configure remote capability for EurolSDN interface for PRI. 


Response Description 
CHG Change existing data. 
RDB Route Data Block. 


Digital Trunk Route. 


EurolSDN interface. 


Add Malicious Call Identification as a new remote capability. 
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LD 16 - Configure remote capability for EurolSDN interface for BRI. 


Response Description 


CHG Change existing data. 


RDB Route Data Block. 


Digital Trunk Route. 


Basic Rate Interface Digital Trunk Type. 


EurolSDN interface. 


Add Malicious Call Identification as a new remote capability. 





LD 15 - Modify system and software parameters. 


Response Description 
CHG Change existing data. 


FTR Customer Features and options. 


Malicious Call Trace signal is allowed for attendants. 
MCTD = Malicious Call Trace is denied (default) 





Malicious Call DN/CLID printing allowed. 
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Prompt 
REQ: 
TYPE: 


Chapter 2 — ISDN feature descriptions 


LD 10 - Configure analog (500/2500 type) sets. 


Response 


CHG 
500 


cu 


Description 
Change. 
Telephone type. 


Terminal Number. 


Malicious Call Trace allowed. 
(MCTD) = Malicious Call Trace denied. 





LD 11 - Configure Meridian 1 proprietary sets. 


Response 
CHG 


XXXX 


Description 

Change existing data. 

Telephone type, where: 

Xxxx = SL1, 2006, 2008, 2009, 2016, 2018, 2112, 2216, 
2317, 2616, 3000 


Terminal Number. 


Malicious Call Trace allowed. 
MCTD = Malicious Call Trace denied (default). 


Trace key number. 
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LD 12 - Attendant Consoles. 


Response Description 


CHG Change existing data. 


XXXX Type of Attendant Console. 


cu Terminal Number. 


Malicious Call Trace allowed. 
MCTD = Malicious Call Trace denied (default). 


Trace key number. 





LD 57 - Configure Flexible Feature Codes for Analog (500/2500 type) sets. 


Response Description 


NEW Add new data. 
CHG Change existing data 


FFC Flexible Feature Code data block. 


XX Customer number. 


Malicious Call Trace code 


Enter Flexible Feature Code for Malicious Call Trace. 
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LD 16 - Configure Malicious Call Trace Timer and Tandem Delay. 
Note: This configuration is only required to handle Malicious Call Trace 
during call disconnection. 
Prompt Response Description 
REQ CHG Change existing data. 
TYPE RDB Route Data Block. 


Malicious Call Trace Signal. 
(NO) = default. 


Malicious Call Trace Request Timer ID in seconds. 


Malicious Call Trace disconnect delay for tandem calls on 
AXE-10 Australia and EurolSDN. 





Feature operation 


There are no operating procedures specified for this feature. However, the 
Malicious Call Identification feature is activated by one of the following 
methods, depending on the station: 


— From an analog (500/2500) type set, a switch-hook flash is performed, 
and then a SPRE code and two-digit Flexible Feature MCT access code 
are dialed. 


— From Meridian 1 proprietary sets, the TRC feature key is pressed. 


— From an attendant console, the TRC feature key is pressed. 


The following section describes the lamp status associated with the TRC key 
on Meridian 1 proprietary sets and attendant consoles. 


Trace Number (TRC) key lamp status 


The TRC key lamp status indicates the progress and success of the Malicious 
Call Identification request signaling to the CO. The following are the lamp 
states: 
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Lamp Winking 

When the TRC key is activated, its associated lamp changes from dark to 
winking if the trunk involved in the call requires the signaling to be done. The 
lamp remains winking until the call identification request signaling to the CO 
has been completed. 


In a Meridian Customer Defined Network (MCDN) tandem scenario, the 
lamp on the set which originated the call identification remains winking until 
a Facility message is received from the node nearest to the Central Office. 
The user cannot invoke MCT again while the lamp is in the winking state. 


Lamp Lit 
The lamp state changes from winking to lit If the call identification request to 
the CO is successful. 


In an MCDN tandem scenario, the lamp changes from winking to lit if a 
Facility message received from the node nearest to the CO indicates that the 
MCID request was successful. Any further activation of the TRC key during 
this state is ignored. 


Lamp Dark 


This lamp state indicates an idle TRC key or failure of the call identification 
request to the CO. 


In an MCDN tandem scenario, the lamp goes from winking to dark if a 
Facility message received from the node nearest the CO indicates that the 
MCID request was unsuccessful. 


During this lamp state, the TRC key may be activated to initiate the call 
identification request again. 
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EurolSDN Trunk - Network Side 


EuroISDN Trunk - Network Side refers to the behaviour of EuroISDN as a 
network interface (generally referred to as “network side”), where the 
EuroISDN interface delivered with Release 20 has the behaviour of a 
terminal interface (generally referred to as the “user side”). 


As part of the EuroISDN Trunk - Network Side feature, the following 
capabilities are provided: 


— ETSI EuroISDN network side compliance to go along with the ETSI 
EuroISDN user side compliance delivered by Generic X11 Release 20 
software. The ETSI EuroISDN network side interface (Euro[SDN Trunk 
- Network Side) provides the capability to connect the ETSI EuroISDN 
user side interface of a Common Peripheral Equipment (CPE) to the 
Meridian 1. Another arrangement could be the connection of key systems 
to a Meridian 1, to form part of the private network. 


Similarly, this product also offers a trunk interface for the connection of 
terminal equipment, such as fax servers, routers and multiplexers, which 
would normally connect to the public network, but which now can be 
connected to the Meridian 1 to achieve a greater public network 
connection efficiency. Such access to the Meridian 1 may be via ISDN 
Primary Rate Interface (ISDN PRI) or ISDN Basic Rate Interface (ISDN 
BRI) trunks. 


The network side interface provides all feature operations, interactions 
and gateways that are supported by the user side. It supports the 
following EuroISDN capabilities: 


e Basic call; 
e Direct Inward Dialing; 
e Sub-addressing; 


e Calling Line Identification Presentation (CLIP)/Calling Line 
Identification Restriction (CLIR); 


e Connected Line Identification Presentation (COLP)/Connected Line 
Identification Restriction(COLR); and 


e  CCBS. 
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— User-to-User Signaling 1 (UUS1) information exchange transparency, 
which allows a calling and a called party to exchange small amounts of 
data over an ISDN PRI or ISDN BRI trunk’s D-Channel. This data is 
contained in the USER_USER Information Element (IE) within the call 
control messages. 


— Bearer Capability-Based Routing, which allows outgoing calls to be 
selectively routed (over Central Office, Direct Inward Dialing, or TIE 
trunks for ISDN routes, and Integrated Digital Access trunks for 
DPNSS1 and DASS2 routes) based on the its Bearer Capability. Any 
ISDN PRI or ISDN BRI route can be configured (in overlay 16) to be 
dedicated to handle voice calls only, data calls only, voice with 3.1 KHz, 
data with 3.1 KHz, or both voice and data. 


The following protocols are supported by Bearer Capability-Based 
Routing: 


e EuroISDN 

e Asia Pacific 

e Numeris 

e ITR6 

e  SWISSNET2 

e AXEI10 (for Sweden and Australia) 


e SYS12 

e D70 

e QSIG 

e DPNSS1 
e DASS2 
e MCDN 


e — All North American ISDN connectivities (Meridian 1 to Meridian 1, 
Meridian 1 to SL-100, Meridian 1 to DMS-100/250, Meridian 1 to 
AT&T 4ESS, Meridian | to AT&T 4ESS/5ESS). 
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Operating parameters 


The User-to-User transparency capability is only supported between 
EuroISDN trunks. 


The following specific hardware is required on Meridian 1 Options 51C, 61C, 
81 and 81C. 


For ISDN PRI access: 
— The NT8D72BA PRI2 card or the NTCK43 dual-port PRI2 card; 


— For D-Channel handling, the NT6D80 MSDL card or the NTBK51BA 
Downloadable D-Channel Daughterboard (if the NTCK43 dual-port 
PRI? card is used); 


— QPC414 Network Interface card, if the NT8D72BA PRI2 card; and 
— QPC775E (and later vintages) Clock Controller card. 


For ISDN BRI access: 


— The NT6D73AA MISP card and the NT6D70BA SILC card for trunk 
access; 


— Optionally, the NT6D71 UILC line card (the NT6D71 UILC line card 
requires ANSI 2B1Q line encoding and a Network Termination 1 (NT1) 
configuration); and 


— The QPC775E (and later vintages) Clock Controller card. 
The following specific hardware is required for the Option 11C. 


For ISDN PRI access: 

— The NTBKSOAA PRI? card; 

— The NTBK51BA Downloadable D-Channel Daughterboard; and 

— The NTAK20 (vintage BB or later) Clock Controller daughterboard. 


For ISDN BRI access: 


— The NTBK22AA MISP card and the NT6D70BA SILC card for trunk 
access. 
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Feature interactions 


Basic Call Gateways 

The gateways that are supported for the Euro[SDN Trunk - Network Side 
connectivity are the same as the ones supported for the Euro[SDN 
connectivities. Table 9 lists these gateways and the associated support for 
basic call functionality. 





Table 9 
Basic Call Gateways 


Gateway Basic Call Support 


Analog (End-of-Signaling) Basic Voice Call 


DTl2 (End-of-Signaling) Basic Voice Call 
Data Call (64K unrestricted) 


MFE Basic Voice Call 
KD3 Not supported 


R2MFC Basic Voice Call 
Calling Line ID transmission (provided by the Tandem 
Call/CDR feature) 


DPNSS1 Basic Voice Call 
Data Call (64K unrestricted) 
Calling Line ID transmission 


ISDN COs (North American and Basic Voice Call 
non-EurolSDN interfaces) Data Call (64K unrestricted) 
Calling Line ID transmission 


EurolSDN and Asia Pacific ISDN Basic Voice Call 
Data Call (64K unrestricted) 
Calling Line ID transmission 


Basic Voice Call 
Data Call (64K unrestricted) 
Calling Line ID transmission 


Basic Voice Call 
Data Call (64K unrestricted) 
Calling Line ID transmission 
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Table 9 
Basic Call Gateways 


Gateway Basic Call Support 


Basic Voice Call 
Data Call (64K unrestricted) 
Calling Line ID transmission 


CIS Basic Voice Call 
Calling Line ID transmission 


Note: For MFE, MFC, and CIS using DTI2, data calls are possible. 





Call Completion to Busy Subscriber 
This feature is supported on a EuroISDN Trunk - Network Side connectivity 
interface. 


Call Completion on No Reply 

This feature is supported on QSIG and DPNSS1 (as Call Back When Next 
Used) interfaces, corresponding to the MCDN Network Ring Again on No 
Answer feature. It is not supported on a EuroISDN Trunk - Network Side 
connectivity interface. 


Calling Line Identification Presentation (CLIP)/Calling Line 
Identification Restriction (CLIR) 

The EuroISDN Trunk - Network Side connectivity can generate, tandem or 
receive a Calling Line Identification (CLID) with presentation allowed 
(CLIP) or restricted (CLIR.) A CLID that is generated is constructed in the 
same manner as the EuroISDN user mode connectivity. A CLID that is 
received is displayed on the called user’s display, if call presentation is 
allowed. 


Even though the EurolISDN Trunk - Network Side connectivity acts as the 
network side of the Central Office connectivity, it does not provide the 
network functions (screening and validation) for the Calling Line 
Identification service. 
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Connected Line Identification Presentation (COLP)/Connected 
Line Identification Restriction (COLR) 

The EuroISDN Trunk - Network Side connectivity can generate, tandem or 
receive a Connected Line Identification with presentation allowed (COLP) or 
restricted (COLR). A Connected Line Identification that is generated or 
tandemed is constructed in the same manner as the EuroISDN user mode 
connectivity. A Connected Line Identification that is received is displayed on 
the called user’s display, if call presentation is allowed. 


Even though the EurolISDN Trunk - Network Side connectivity acts as the 
network side of the Central Office connectivity, it does not provide the 
network functions (screening and validation) for the Connected Line 
Identification service. 


Calling Party Privacy 

If a number presentation for a call is blocked by the Calling Party Privacy 
feature, the CLID, sent over a EuroISDN Trunk - Network Side connectivity, 
will have the presentation flagged as restricted. 


End-to-End Signaling 

End-to-End Signaling, which allows in-band dialing to be performed on 
ISDN trunks before and after the call has been answered, is supported on the 
EuroISDN Trunk - Network Side connectivity. 


In the case of tandem with ISDN trunks, the necessary information to allow 
the End-to-End Signaling feature is tandemed to the ISDN trunk. At this 
point, it becomes the responsibility of the end user switch to provide the 
End-to-End Signaling service. 


Incoming Digit Conversion (IDC) Enhancement 


This feature is supported on the incoming EuroISDN Trunk - Network Side 
connectivity DID routes. If IDC is equipped, digits received as a called party 
number are converted, and digit analysis is then performed on the converted 
digits. 


ISDN CLID Enhancements 


The EuroISDN Trunk - Network Side connectivity supports all of the user 
side ISDN CLID enhancements introduced by Generic X11 Release 22 
software. 
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Integrated Services Access (ISA) 


ISA is not supported on a EuroISDN Trunk - Network Side connectivity. ISA 
is currently implemented for the North American ISDN interfaces. ISA 
allows a B-channel to be configured as a universal trunk. For example, the 
same B-channel trunk can be used once as a Central Office trunk and the next 
time as a Direct Inward Dial trunk. 


Network Alternate Route Selection (NARS)/Basic Alternate Route 
Selection (BARS)/Coordinated Dialing Plan (CDP) 

For NARS, the Numbering Plan Area (NPA) code and Central Office Code 
(NXX) cannot be used on the ETSI network side interface, since the codes are 
not supported by the European public network. Special Numbers (SPNs) get 
converted to “unknown”, since SPNs are used only in North America. Also, 
when using Location Codes (LOCs), the networking features do not accept a 
Digit Manipulation Index (DMI) used to insert an ESN access code. 
Therefore, the trunks are treated as though they were non-ISDN. 


For BARS, the Numbering Plan Area (NPA) code and Central Office Code 
(NXX) cannot be used on the ETSI network side interface, since the codes are 
not supported by the European public network. Special Numbers (SPNs) get 
converted to “unknown”, since SPNs are used only in North America. 


For CDP, a CDP call can access a trunk on the EuroISDN Network Side. 
However, since neither the private number nor a CDP number is supported by 
the ETSI EuroISDN Trunk - Network Side, they get converted to a type that 
is supported by public network. This applies to both the called and calling 
number plan and type. Also, normal usage of steering codes with Distant 
Steering Codes (DSCs) and Trunk Steering Codes (TSCs) is supported, as is 
the use of Digit Manipulation Indexes (DMIs). 


Network Attendant Service 


Network Attendant Service signaling is not supported on a EuroISDN Trunk 
- Network Side connectivity. However, NAS will interwork with an incoming 
call from the EuroISDN Trunk - Network Side (routing and call handling). 
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Network Call Redirection (Call Forward, Call Forward No Answer, 
Hunt) and Network Call Modification (Conference, Transfer) 

It is possible to have a set Call Forward, Call Forward No Answer or Hunt to 
an external number over a EuroISDN Trunk - Network Side connectivity 
ISDN PRI or ISDN BRI trunk. It is also possible to transfer or conference a 
call to an external number over a EuroISDN Trunk - Network Side 
connectivity ISDN PRI or ISDN BRI trunk. Access restrictions may block 
some transfers from being completed. 


Notices of call redirection or call modification are not transmitted over a 
EuroISDN Trunk - Network Side connectivity. 


Network Call Party Name Display 
This feature is not supported on a EuroISDN Trunk - Network Side 
connectivity. 


Name Display 

The transport of the name information, which is supported on QSIG 
interfaces and which corresponds to the Network Calling Party Name Display 
feature, is not supported on a EuroISDN Trunk - Network Side connectivity 
interface. 


Networking Supplementary Features 

The supplementary features that are supported on a EuroISDN Trunk - 
Network Side connectivity interface are Call Completion to Busy Subscriber, 
Calling Line Identification Presentation/Restriction, Connected Line 
Identification Presentation/Restriction and User-to-User Signaling 1 (UUS1) 
information exchange transparency. 


Special Dial Tone After Dialed Numbers 
This feature is not supported for incoming calls on the ETSI network side, but 
it is supported for outgoing calls. 


Trunk Optimization 

Trunk Optimization is not supported across a EuroISDN Trunk - Network 
Side interface. Trunk Optimization Before Answer is not supported within an 
MCDN network, if the call originated from a EuroISDN Trunk - Network 
Side connectivity interface. 
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Virtual Network Services 

Virtual Network Services is supported on a EuroISDN Trunk - Network Side 
connectivity, meaning that a EuroISDN Trunk - Network Side trunk can be 
used as a VNS bearer trunk. 


Feature packaging 


To support the network side EuroISDN Trunk - Network Side connectivity, 
EuroISDN Trunk - Network Side feature (MASTER), package 309, is 
required. 


The following software packages are required as dependencies to the 
MASTER package or are required to support the full capabilities described in 
this feature module: 


2.0 Mbit Primary Rate Access (PRI2) package 154; 


Integrated Services Digital Network Supplementary Features ISDNS) 
package 161; 


International Primary Rate Access (IPRA) package 202; 
Basic Rate Interface (BRI) package 216; 

Multi-purpose Serial Data Link (MSDL) package 222; 

Basic Rate Interface Trunk Access (BRIT) package 233; and 
EuroISDN (EURO) package 261. 


Feature operation 


There are no operating procedures specified for this feature. 
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Flexible Numbering Plan 
Description 


This feature, available on Group E (Phase 5) of Generic X11 software with 
Supplementary Features, allows a private SL-1 network to operate with 
location codes and directory numbers of varying lengths. The Flexible 
Numbering Plan (FNP) feature meets Global Numbering Plan requirements 
by modifying the ESN dialing plan. 


The FNP feature can be used with a Co-ordinated Dialing Plan, Universal 
Dialing Plan or Group Dialing Plan to create a number of different network 
configurations. The dialing plans are divided into two categories of 
operation: dialing to a station within the private network; and off-network 
dialing, to a station which is not part of the private network (typically a call 
through the Public Numbering Plan). 


Fast connect key. The use of flexible numbering (that is, telephone numbers 
of different lengths) introduces the problem of deciding when to attempt call 
termination. 


If, during digit dialing, the length of the longest available number (the 
expected number of digits, administered by way of the FLEN prompt) has 
been reached, the system automatically tries to terminate the call. However, 
if the call is destined for a station whose number is shorter than the expected 
number of digits, automatic termination does not occur until the network 
interdigit timer has expired. 


To speed up call connection to stations with short numbers, a Fast Connect 
key is provided. This is the octothorpe (#) key on the dial pad of the 
originating station. After the digits of the desired number have been entered, 
pressing the Fast Connect key forces an immediate termination, thus avoiding 
the wait for NARS interdigit timeout. 


Local network dialing 


Local network dialing is the dialing required to reach a location within the 
private ISDN. 
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FNP allows any station within the network to be represented by a flexible 
number of digits (up to 10, maximum). It also allows flexibility in the length 
of location codes from node to node (up to 7 digits, maximum). The total 
number of digits that need be dialed to terminate on a given station can be 
different for different stations. 


Co-ordinated dialing plan. Under the Co-ordinated Dialing Plan (CDP) 
with FNP, stations on any node have unique 1- to 10-digit numbers. Within 
the CDP group, no access codes or pauses for dial tone are required; dialing 
that 1- to 10-digit number terminates directly upon the desired station. FNP 
allows DNs of different lengths even within the same node, so that number 
length becomes completely flexible across the entire network. 


Universal numbering plan. With the Universal Numbering Plan (UNP), 3- 
to 7-digit DNs are provided. These DNs are transferable across the network. 


Vacant-number routing is used to effect transferable DNs. When a vacant 
number on any node is dialed, the call is rerouted to a (central) common 
location. At this location, which serves the entire network, a list is consulted 
to determine if there is an alternate location for that called DN, or if the DN 
is truly vacant. Routing to the station’s location takes place; or, if 
appropriate, vacant-number treatment is given at the terminating node. 


Group dialing plan. Under the group dialing plan, CDP groups can exist 
independently within a network. The number used to dial a particular station 
will vary, depending on the location of the calling station. Dialing a station 
from within that station’s node requires only the use of the DN. Dialing the 
station from another station on another node within the same CDP group 
requires the use of the distant steering code followed by the DN. And dialing 
in from outside the station’s CDP group requires the use of the location code 
followed by the DN. 


Options are provided for digit display in Group Dialing Plan configurations, 
where display consistency can suffer. Options of ‘home location code with 
DN’ display, ‘local steering code with DN’ display, or simply display of the 
DN alone, can be selected for each distant steering code over an ISDN PRI 

facility. 
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Off network dialing 

Off-network dialing is the dialing required to reach a location which is not a 
part of the network. (The location could be a public exchange station, or a 
part of another private network.) 


Special number treatment. With FNP enabled (that is, FLEN not equal to 
0), an outgoing trunk is not seized immediately upon the dialing of a Special 
Number (SPN). Trunk seizure does not occur until either the expected 
number of digits (maximum of 16) have been dialed, the Fast Connect key has 
been pressed, or the NARS interdigit timer has expired. 


FNP provides a Free Special Number Screening (FSNS) capability which 
allows the screening of 1- to 11-digit SPNs against 3-digit routing codes, in 
order to either allow or restrict calls proceeding by way of particular routing 
codes. 


Universal numbering plan. With FNP, the maximum number of route-list 
blocks and digit-manipulation tables allowed is 1000. This supports the 
requirements of Global Networking and the Universal Numbering Plan, in 
which more routes and digit manipulations become necessary. 


The dialing of Numbering Plan Area and Office Translation codes are 
unaffected by FNP. 


Interactions and Limitations 


Transferable DNs are supported with the 1- to 7-digit Co-ordinated Dialing 
Plan (CDP). They are not supported by the 8- to 10-digit CDP. 


The maximum number of digits permitted for either the location code and 
DN, the local steering code and DN, or the distant steering code and DN 
cannot exceed 10 digits when the Group Dialing Plan is used. 


On a route going to a location with flexible-length DNs, the expected number 
of digits is the number of digits in the longest DN at that location. Calls to 

DN of shorter length terminate either when the Fast Connect (octothorpe) key 
is pressed on the originating set, or when the NARS interdigit timer expires. 
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Chapter 2 — ISDN feature descriptions 


When the FNP feature is equipped, the Supplemental Digit Restriction and 
Recognition (SDRR) feature is modified to allow a variable number of digits 
(up to 7) in the digit restriction table. This is independent of the number (of 
digits) entered in response to the NPA, NXX or LOC prompts in service 
change. 


Flexible Numbering Plan Enhancement 


The Flexible Numbering Plan Enhancement (FPE) allows the Flexible 
Numbering Plan (FNP) feature to be enabled/disabled through service change 
at a Customer level. FNP is enabled/disabled in Overlay 15 by defining the 
FNP prompt. 


Operating parameters 


All operating parameters that apply to the existing FNP feature also apply to 
the FNP Enhancement. 


Feature interactions 


Flexible Numbering Plan 


The Flexible Numbering Plan Enhancement does not change the functionality 
of the FNP feature. 


Vacant Number Routing 

Vacant Number Routing (VNR) is available only when FNP is enabled 
(FNP = YES). Therefore, VNR is only prompted in Overlay 15 when 
FNP = YES. When FNP is disabled, VNR is also disabled. 


Feature packaging 


The Flexible Numbering Plan Enhancement feature requires Flexible 
Numbering Plan (FNP) package 160, which depends on Network Alternate 
Route Selection (NARS) package 58. 


553-3011-315 Standard 9.00 October 1997 


Chapter 2 — ISDN feature descriptions Page 225 of 1280 


Feature implementation 
LD 15 — Enable/disable the Flexible Numbering Plan feature. 


Response Description 
CHG Change existing data. 
NET Networking data. 


XX Customer number. 


Access Code 2. 
E.164 National 
E.164 Subscriber 
International 
Special Number 
Location Code 


Enable the Flexible Numbering Plan feature (default). 


ISDN option. 


Vacant Number Routing enabled (disabled). 
VNR is only prompted when FNP = YES. When FNP = NO, 
VNR is automatically set to NO and is, therefore, restricted. 


Route List Index. 
Enter the route list, defined in LD 86, to be used by Vacant 
Number Routing. 


Flexible length of digits expected. 


Coordinated Dialing Plan Length. 
Enter the maximum number of Coordinated Dialing Plan 
(CDP) digits expected by Vacant Number Routing. 


Location Code Length. 
Enter the maximum number of Location (LOC) digits 
expected by Vacant Number Routing. 





Feature operation 


No specific operating procedures are required to use this feature. 
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Idle Extension Notification 
Description 


This feature provides the attendant with the ability to be notified when a busy 
extension becomes idle. A typical application of this feature is in the case of 
the attendant wanting to leave an urgent message to someone who is on their 
extension, but does not want to break-in to their call. 


Interactions and Limitations 
The Idle Extension Notification feature is not supported on ACD DNs. 


An Idle Extension Notification call cannot be placed on hold by the attendant. 
If the attendant attempts to place an Idle Extension Notification call on hold 
before the Release key is pressed, the Idle Extension Notification request is 
canceled and the call is disconnected. An answered Idle Extension 
Notification recall cannot be placed on hold until after the SACP key is 
pressed to ring the extension. 


When an attendant has requested an Idle Extension Notification, it can be 
canceled by then pressing the Position Busy key. This will also cancel all 
other Idle Extension Notification requests. 


Idle Extension Notification and pre-dial Break-In are mutually exclusive. It 
is possible to press the Break-In key, the DN of a busy extension (to override 
call forward, for example), and then press the SACP key to request Idle 
Extension Notification. While the SACP lamp is lit, it is not possible to press 
the Break-In key to complete the Break-In. Conversely, if a Break-In 
conference is underway, it is not possible to activate Idle Extension 
Notification by pressing the SACP key. 


If the SACP lamp is lit during the pre-dial Break-In sequence, the only 
available possibilities are: to press the Release key to request for Idle 
Extension Notification; to press the SACP key again to remove the request; 
or to press the Release SRC key to Release the source without requesting Idle 
Extension Notification. If the Idle Extension Notification request is removed 
by pressing the SACP key a second time (or due to any other limitation of Idle 
Extension Notification), Break-In is then possible. 
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It is not possible to do a Post-Dial Break-In on the source side of the 
attendant, therefore it is not possible to request for Idle Extension Notification 
in conjunction with Post-Dial Break-In. This means that it is not possible to 
a Break-In after an Idle Extension Notification recall is answered if the 
wanted extension becomes busy again. 


When an extension that is being supervised for an Idle Extension Notification 
to the attendant becomes idle, it is kept busy from receiving any incoming 
calls. The lamp on the attendant console for that DN will display a busy 
status, according to the parameters of the Busy Lamp Field/Enhanced Busy 
Lamp Field feature. 


It is not possible to request for Idle Extension Notification if the Busy Verify 
feature has been activated after the Busy Verify key is pressed. 


When an extension that is being supervised for Idle Extension Notification 
becomes idle, it has the ability to make outgoing calls. If Call Forward All 
Calls or Intercept Call Forward are activated at the extension before the 
attendant presses the SACP key to ring that extension, the attendant’s call will 
be forwarded to the Call Forward destination. The attendant display will 
show both the call forward DN as well as the original extension’s DN. 


If the Call Forward DN is busy, SACP can be activated towards the Call 
Forward DN, if all the requirements for allowing Idle Extension Notification 
are met by this DN. 


If an extension has Call Waiting configured, it is not possible to request Idle 
Extension Notification. Call Waiting has precedence over the Idle Extension 
Notification feature. 


When an extension is blocked for receiving calls due to the Idle Extension 
Notification feature, camp-on is not possible. 


It is not possible to request for Idle Extension Notification towards an 
extension that has the Do-Not-Disturb feature activated. 


The Idle Extension Notification feature is not supported on DPNSS networks. 


It is not possible to request for Idle Extension Notification towards an 
extension that is Second Degree Busy. Idle Extension Notification is only 
possible on an extension that is First Degree Busy. 
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It is not possible to set Idle Extension Notification towards a pilot DN. 


If the attendant dials a busy extension that has Hunting configured and where 
all the DNs in the hunt chain are busy, Idle Extension Notification may be 
requested towards the dialed extension. 


ISDN BRI extensions always have the Call Waiting feature equipped, 
therefore Idle Extension Notification is not possible. 


The Idle Extension Notification feature is available for ISDN Meridian 
Customer Defined Networking (MCDN) networks using BRI TIE trunks if 
Network Attendant Service is configured. 


It is not possible to request for Idle Extension Notification towards an 
extension that has the Make Set Busy feature activated. 


If Idle Extension Notification is requested for a Multiple Call Arrangement 
DN, the first extension with this DN that becomes idle will cause the recall. 
This extension will also be blocked from receiving calls. 


An Idle Extension Notification recall will always recall to the same attendant, 
regardless of the configuration of the Recall To Same Attendant (RTSA) 
feature. 


During the time that an extension is supervised or temporarily blocked from 
receiving calls due to the Idle Extension Notification feature, it is possible to 
activate Ring Again towards that extension. It is also possible to request for 
Idle Extension Notification on an extension that is supervised for Ring Again. 
When the extension becomes idle, the Idle Extension Notification will be 
served first. 


Package Requirements 


This option requires the following feature packages: 


Feature Package Number 
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BKI 127 


In-Band ANI (Automatic Number Identification) 
Description 


In-Band ANI is a Northern Telecom Meridian 1 capability which allows an 
Inter-Exchange Carrier to send the Meridian 1 the calling parties phone 
number over standard digital trunks. The Meridian 1 can then terminate the 
number to the following: 


— The digit display of an auto terminating ACD set 
— A Meridian Link connection 


— ACDR record 


A three or four digit Dialed Number Identification Service (DNIS) can be 
delivered instead of the ANI digits if required. 


Interactions and Limitations 


In-Band ANT is only supported over MCI using the DMS-250 Inter-exchange 
switch. 
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Package Requirements 


This option requires the following feature packages: 


Feature Package Number 





Incoming Trunk Programmable Calling Line Identification 


The Incoming Trunk Programmable Calling Line Identification feature 
allows a billing number to be assigned to incoming trunk routes. The billing 
number length can be from one to 16 digits, and is only used when the 
incoming trunk terminates to a PRI trunk connected to a Public 
Exchange/Central Office. The billing number is inserted into the Calling Line 
Identification (CLID) field of the outgoing PRI/BRI trunk route. 


An option is also provided that allows the billing number to have the 
“Presentation Allowed” field in the outgoing route CLID to be allowed or 
denied. This will allow or deny the display of the billing number when the call 
terminates on a set off the Central Office. 


In addition, incoming routes that support CLID can have the Billing Number 
replace the CLID for tandeming only. 


Operating parameters 


This feature is not supported on the following outgoing interface types: 
— SL-1 interfaces, and 


— DPNSSI interfaces. 
M911 trunks do not support the billing number. 


If the route defined is both incoming and outgoing, the billing number will 
only be used for incoming calls to support outgoing Integrated Services 
Digital Network (ISDN) routes. 
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The billing number is not unique; the same number can be programmed for 
multiple routes. 


The billing number is only inserted on tandem calls for supporting trunks to 
the Central Office. Therefore, the display of billing number on sets is not 
provided, and the CDR output will not show the billing number. 


There is no control over how the Central Office uses the billing number. The 
presentation indicator is configurable to either allow or deny the displaying 
of the billing number. This is only used for the outgoing call to the Central 
Office which means when the call terminates on a set off the Central Office 
the billing number will be displayed at that set if the option is set (BDSP = 
YES). 


Call redirection is not supported (e.g., if the incoming call terminates on the 
Meridian 1 and is transferred, or call forwarded to the Central Office, the 
billing number is not passed on to the Central Office). 


Feature interactions 
Not applicable. 


Feature packaging 


The Incoming Trunk Programmable Calling Line Identification feature is part 
of basic X11 system software. The following software option package is 
required to activate this feature: 


— Integrated Services Digital Network (ISDN) package 145. 


For ISDN and networking, some or all of the following packages may be 
required: 


— Basic Alternate Route Selection (BARS) package 57 
— Network Alternate Route Selection (NARS) package 58 
— Coordinated Dialing Plan (CDP) package 59 

— Basic Routing (BRTE) package 14, and 

— Network Class of Service (NCOS) package 32. 
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Integrated Service Access (ISA)/Call by Call Service 
(CBC)/Dynamic Channel Assignment (DCA) 
Description 


ISA allows a flexible connection to the Central Office and more efficient 
trunk utilization based on the calling patterns of the customer. 


ISA, CBC, and DCA are three names for the same feature. 


By using various call set-up messages, the Meridian | can designate to the 
network which service is desired on a call-by-call basis. Similarly, the 
network can indicate to a Meridian 1 on a call-by-call basis, the service for 
the incoming call. The selection of a B-channel is on a call-by-call basis as 
specified by the call types, which specify the attributes of the call. 


ISA eliminates the need for dedicated B-channels for each service (no need 
for fixed number of CO, WATS, FX trunks but rather have shared trunks for 
the various services). However, dedicated 'B' channels could be provided if 
the customer requires them. 


Interactions and Limitations 


Channels are utilized on a Call by Call basis determined by the minimum and 
maximum numbers specified on the Meridian 1 (see Figure 12). 


Figure 12 
ISA channel assignment 
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Package Requirements 
This option requires the following feature packages: 


Feature Package Number 


NARS or CDP 58 or 59 


CBC (DCA) 117 


ISDN 145 
NTWK 148 (for Centrex connectivity) 
PRI2 154 





ISDN International 1.5/2 Mb/s Gateway 


This feature provides digital gateways between North American and 
International Telegraph and Telephone Consultative Committee (CCITT) 
standards. The international gateway functions as a network node by 
providing A-Law/y-Law conversion and loss of level adjustments to 
underwork between 1.5 Mb/s and 2 Mb/s Primary Rate Interface/Digital 
Trunk Interface. 


The figure that follows depicts the standard configuration of an X11 


International 1.5/2 Mb/s gateway. The gateway switch can function either as 
an a-Law or -Law switch. 
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International 1.5/2 Mb/s ISDN Gateway Configuration 
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This feature makes the following software, firmware, and hardware 
provisions: 


A-Law/u-Law conversion 


The following software, firmware, and hardware modifications have been 
made to accommodate A-Law/y-Law conversion for the International 1.5/2 
Mb/s gateway: 


— A-Law/u-Law conversion has been provided in the QPC720 card. 
— Firmware modifications have been made to the PROM/look-up table. 


— The Meridian 1 software has been modified to send an SSD message to 
the hardware on a per-call basis. 
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The QPC472 DTI card should not be used in gateway configuration because 
it does not support A-Law/y-Law conversion. 


Clock Synchronization 

The international gateway switch uses the stratum 4 QPC775 clock controller 
card synchronized to an international Public Exchange. The North American 
side of the gateway also uses a stratum 3 QPC775 clock controller card 
synchronized to a high-quality clock on the North American Public 
Exchange. 


Loss of Level Adjustments 


The following software, firmware, and hardware modifications have been 
made to accommodate Loss of Level Adjustments for the International 1.5/2 
Mb/s gateway: 


— Since each country has its own loss-level plan, 14 new pad values have 
been introduced on the QPC720 card. These values are +0.6db, +7db, 
+9db, +10db, +1 1db, +12db, +13db, +14db, -4db, -5db, -7db, -8db, -9db, 
and -10db. 


— Inorder to implement the new pad values, the pad PROM/look-up table 
has been modified. 


— The Meridian 1 software has been changed to send an SSD message to 
set the new pad values in the QPC720 card. Also, a new SSD message, 
to account for all possible pad pairs, has been created. 


— The number of pad values supported on the PRI2 has been expanded. The 
following 11 new pad values have been introduced: +7db, +9db, +11db, 
+13db, +14db, -4db, -5db, -7db, -8db, -9db, and -10db. 


These values are not supported on 2 Mb/s Digital Trunk Interface. 


Feature interactions 


The following Integrated Services Digital Network (ISDN) features will 
function transparently across the International Gateway if the dialing plans 
are consistent on either side of the gateway: 


— Calling Line Identification 
— Network Call Redirection 


— Network Call Party Name Display 
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— Network Ring Again 

— 64kbps Clear Data 

— Overlap Signaling 

— International PRA (30b+d) and DTI2 
— Meridian MS-1 Audio Teleconferencing 
— ISDN Call Connection Limitations 


— International Private Exchange to Public Exchange Primary Rate 
Interface (PRI) Connectivity 


Only those features supported by these connections will function 
transparently across the gateway. 


The following features are not supported by the International Gateway: 
— 64 kbps Restricted Data 
— 56kbps Clear Data 


— Virtual Network Services 


Feature packaging 
The International 1.5/2 Mb/s Gateway (GPRI) feature is available in package 
167. 
Package Requirements 
This feature requires the following options: 
option 75 
option 145 


option 146 


option 154 
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ISDN PRI Central Office connectivity 


This feature allows the interconnection of the Meridian 1 with public 
exchanges in the international markets that support the following protocols: 


AXE-10 Australia (non-Asia Pacific ISDN Connectivity) 
AXE-10 (Sweden) 

NEAX-61 (New Zealand) (non-Asia Pacific ISDN Connectivity) 
Numeris VN3 (France) 

SwissNet (Switzerland) 

SYS-12 (Norway) 

1TR6 (Germany) 

EuroISDN 

Japan D70 (non-Asia Pacific ISDN Connectivity) 
Asia-Pacific, consisting of: 

e Australia (private or alternative carrier) 

e China 

e Hong Kong 

e Indonesia 

e Japan 

e Malaysia 

e New Zealand 

e Singapore 


e Thailand 


These connectivities are described in the sections which follow. 
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AXE-10 (Sweden), non-Asia Pacific connectivity 


This feature allows ISDN PRI connectivity between the Meridian | and the 
Ericsson AXE-10 for Sweden, using switched-circuit mode connections. 


Basic ISDN PRI connectivity between the Meridian | and the AXE-10 will 
support: 


— Basic call service 

— Connected number delivery 

— Calling Line Identification, both public and private 
— Increased CDR accuracy 

— COT, DID, DOD, and TIE call types 

— 64kb/s clear-bearer capability 

— Channel Negotiation 

— Overlap Sending (but not overlap receiving) 

— Flexible Numbering Plan 

— Advice of Charge at end of call 


Operating parameters 


The only connection that is supported is the switched circuit mode 
connection. 


The supplementary service control messages not relating to a call are not 
supported. 


The Meridian 1 does not send the High Layer Compatibility Information 
Element in the SETUP message to the AXE-10, nor does it send the Restart 
Request and Restart Global Call States. 


Overlap Receiving is possible only if the AXE-10 conforms to the guidelines 
contained in CCITT’s preliminary Q.931 section 5.0. 


Feature interactions 
None. 
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Feature packaging 


To support all the call services, the following packages must be equipped: 
Integrated Services Digital Network (ISDN) package 145; 2 Mb/s Primary 
Rate Interface (PRI2) package 154; International Primary Rate Access 
(IPRA) package 202; Digit Display (DDSP) package 19; Flexible Numbering 
Plan (FLEN) package 160; and Overlap Signaling (OVLP) package 184. 


NEAX-61 (New Zealand), non-Asia Pacific connectivity 


This feature provides an ISDN Primary Rate Interface (PRI) between the 
Meridian 1 and New Zealand NEAX-61. The design in based on the 
international 30B + D PRI configuration. 


Meridian | to New Zealand NEAX-61 ISDN PRI Connectivity supports the 
following: 


— Basic Call Service 

— Calling Line Identification (public and private) 

— Overlap Sending 

— COT, DID, DOD, and TIE trunk call types 

— 64 kbps clear bearer capability 

— Channel Negotiation 

— nB+D, up to 120 B-channels/four interfaces 

— Public Switched Telephone Network (PSTN) three-party conferencing 
— Flexible Numbering Plan, and 


— Malicious Call Trace. 


Note that Electronic Switched Network (ESN) cannot be supported across the 
interface for private network applications. Coordinated Dialing Plan (CDP) 
and Network Automatic Route Selection/Basic Automatic Route Selection 
(NARS/BARS) can access the public network, but private network features 
are not supported. The NEAX-61 does not support the required numbering 
plans to allow CDP or UDP (location code dialing). 
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New Zealand Supplementary ISDN Services 

Malicious Call Trace 

This subscription supplementary service allows the Meridian 1 to inform the 
public network in New Zealand that the current call is malicious. The 
NEAX-61 automatically records all calls to a number subscribing to the MCT 
feature. If an MCT is activated, the public network marks the call as being 
malicious. 


This service is activated by ISDN messaging. It is a user-triggered feature, 
requiring the called party to press a key or dial codes. 


PSTN Three Party Conference 

General 

This subscription supplementary service allows the New Zealand NEAX-61 
to provide a Three Party Conference. Rather than having the Meridian 1 
provide the conference capability and the two trunks, it allows a caller to 
conference in two external callers using one trunk. This supplementary 
feature is activated using the Trunk Hook Flash (THF) or Centrex Switch 
Hook Flash operation, and is user invoked. 


To illustrate this operation, the PBX supported conference and PSTN 
supported conference is shown below. 


Conference 


es Conference 
Card A 


Card 
Single COT 
PSTN 


Ô Conference 
Card 
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This operation is a standalone feature as the network wide trunk hook flash is 
not supported. Note also that from the New Zealand NEAX-61 side, MCT 
and PSTN conferencing are mutually exclusive features. 
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Call Detail Recording for PSTN Three Party Conferencing 

PSTN Three Party Conferencing does not have the capability of providing 
precise Call Detail Recording (CDR) records. The NEAX-61 does not send 
messages to indicate that one of the two external parties has Released, or that 
the attempt to complete the conference via THF was unsuccessful, due to the 
third party not being established. Therefore, if party “A” on the Meridian 1 
called party “B” in the public network, and later called party “C”, no notice 
is given whether party “C” answered. As well, if either of “B” or “C” 
Releases, the Meridian 1 will not be informed. 


As a result, no attempt is made to make the CDR records match the normal 
“S” and “E” records of conference calls with two trunks. Instead of two “S” 
records at the start of the conference, a single “Y” record is issued to indicate 
a PSTN feature is invoked. This “Y” record includes all digits dialed to access 
the third party. The final record, produced on call clearing, remains as an “N” 
record, and includes information from the original call. 


The following hardware is used to implement the interface: 


— For Option 11, the layer one function is provided by the Downloadable 
D-channel Primary Rate motherboard, circuit pack NTBKS50AA. Layer 
two and three are provided by the Downloadable D-channel 
daughterboard, circuit pack NTBK51AA. The Clock Controller 
daughterboard NTAK20BB is used to provide clock synchronization. 


Feature interactions 
Calling Line Identification 


This feature is provided via the Calling Party Number. It will have the 
following format when the Meridian 1 is connected to a NEAX-61: 


ZZZZ + YYYY +DDDDDDD 


The Customer Data block contains the prompts PFX1 and PFX2 for the 
responses “ZZZZ” and “YYYY” respectively. “DDDDDDD” is a Meridian 
1 internal (set) DN up to seven digits. The prompts PFX1 and PFX2 must be 
defined by the craftsperson so that the combination of PFX1, PFX2, and the 
originating DN provides a correct number for the terminating party to dial in 
order to reach the originating party. If no digits are configured for either of 
the prefixes, that part of the number will not be included in the Calling Party 
Number Information Element (IE). 
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Call Redirection (Call Forward, Hunt, CFNA) and Modification 
(Conference, Transfer) 

All of the following actions apply to the call itself; a notice of redirection or 
modification (changes in CLID, etc.) is not transmitted. It is possible to Call 
Forward a set on a Meridian 1 to an external number over an NEAX-61 


Primary Rate Interface (this operates exactly the same as over any other 
Central Office trunk). 


A set on the Meridian 1 can Hunt or CFNA to an external number over an 
NEAX-61 Primary Rate Interface (this operates exactly the same as over any 
other Central Office trunk). 


It is possible to transfer or conference a call on the Meridian | to an external 
number over an NEAX-61 Primary Rate Interface (this operates exactly the 
same as over any Central Office trunk). Access restrictions may block some 
transfers from being completed, but this is consistent with other interfaces. 


Outpulsing of Asterisk “*” and Octothorpe “#” (OPAO) 
As the outpulsed digits can include the octothorpe “#’ and asterisk “*”, this 


feature is used to provide the function. The impact on other applications of 
OPAO is negligible. 


Centrex Switchhook Flash 

The Centrex Switchhook Flash feature provides an analog trunk line break to 
initiate public network features. This capability is expanded to include ISDN 
signaling to the New Zealand NEAX-61. As the ISDN equivalent is carried 

out by D-channel signaling, only the triggering of the flash by a set is shared 
with the analog Centrex flash; signaling via ISDN messaging is independent. 


Feature Interactions Interworking within the Meridian Customer 
Defined Network 

The following group of features are supported in part by Meridian 1 to New 
Zealand NEAX-61 ISDN PRI Connectivity. These cannot be supported 
across the NEAX-61 interface, but will interwork with a call coming in from 
the PSTN. The portion of the function local to the Meridian Customer 
Defined Network (MCDN) is supported there. 
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BRI Sets 


The NEAX-61 interface will support calls from BRI sets within the MCDN. 
These will be able to call out to and receive calls from the Public Switched 
Telephone Network (PSTN). Operation will be as though the call was a 
tandem trunk call, with all IEs supported on the interface passed 
transparently. 


BRI Trunks 


Although BRI trunks to the NEAX-61 are not supported, any BRI trunks 
supported to other interfaces will be able to tandem to the PSTN 
transparently. Feature operation will appear to the user as though the call was 
from a normal PRI network trunk to the PSTN. 


Calling Party Name Display 

This feature is offered within the MCDN. Names can be assigned to various 
items, including route access codes. An incoming call across this route will 
have the name stored against the route displayed. This will continue, 
however, CPND received from the NEAX-61 is not currently supported, and 
sending CPND to the NEAX-61 is also not supported at this time. 


Calling Line Identification (CLID) Enhancements 

MCDN Component CLID enhancements for a redirected call will be seen 
within the MCDN part of the call. If an incoming PSTN call is redirected, this 
will be displayed on the terminating device as applicable. If a call is 
redirected off the MCDN, information up to and including the redirection off 
of the network will be provided. This feature cannot be offered across the 
NEAX-61 interface as it depends on an IE not supported by the NEAX-61 
(the Redirecting Number IE). 


DPNSS Gateway 

The NEAX-61 interface interacts with the DPNSS gateway consistently as 
with other PSTN interfaces. The IEs supported on the NEAX-61 interface 
which have equivalents in DPNSS interwork on an IE-by-IE basis. TEs that 
have no matching DPNSS element are discarded. Supported IEs with DPNSS 
equivalents pass through with appropriate mapping. 
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Coordinated Dialing Plan (CDP) 


A CDP call can access the trunk. However, since neither the private plan nor 
the CDP numbering type is supported by the NEAX-61, these get converted 
to unknown type and plan. This applies to both the called and calling number 
plan and type. 


Since the normal use of CDP does not provide a number that can be dialed 
when calling the public network, the NEAX-61 will replace the CLID with 
the default number for the system. Normal use of steering codes with Distant 
Steering Codes (DSCs) and Trunk Steering Codes (TSCs) will be maintained. 
Use of a Digital Manipulation Index (DMI) to convert the number as required 
can be done. 


Basic Automatic Route Selection (BARS) 

This feature has no interactions with the NEAX-61 with the exceptions of: the 
NPA and NXX cannot be used on this interface, as the public network cannot 
accept them; and SPNs get converted to “unknown numbering plan and type, 
as the ESN SPN is a North American concept. 


Network Automatic Route Selection (NARS) 

All BARS concerns exist for NARS as well. In addition, location codes 
should be used with care, since the networking features do not accept a Digit 
Manipulation Index (DMI) used to insert an ESN access code. Therefore, the 


only supported usage has the trunks effectively treated as though they were 
non-ISDN. 


Network Attendant Service (NAS) 

NAS is not supported across the interface except in a few simple ways. An 
incoming call from the NEAX-61 can be routed using NAS. NAS routing will 
allow a call to the attendants in night service to be rerouted across the 
NEAX-61, but no NAS function is possible. The call will be treated as though 
the call was placed directly, rather than via NAS. Thus, NAS attendant 
control, signaling, and recall and so forth are not possible. 


Network Call Redirection, Network Call Forward, Network Call 
Forward No Answer — MCDN Component 

These features cannot be offered to the NEAX-61 or across its interface. 
However, they are offered within the MCDN network, and the aspects 
applicable within the network still apply. 
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If an incoming call from the NEAX-61 is MCDN call redirected, all signaling 
information within the Meridian 1 network will be consistent with current 
operations, but redirection information will be discarded at the Meridian 1 to 
NEAX-61 interface. If a call originating within the MCDN is redirected to the 
PSTN, all redirection information up to and including the redirection to the 
public network will be provided through the network. 


Trunk Optimization - MCDN Component 

Trunk Optimization within the MCDN will be supported by the appropriate 
interfaces. It will not be supported across the NEAX-61 interface, but will 
interwork transparently. In other words, trunk optimization will not be 
observed at the NEAX-61 interface; the call will appear to be static, not 
undergoing any modifications. 


Virtual Network Services (VNS) 


VNS uses a dedicated, MCDN level of service DCH to control a number of 
temporary B-channels, seized and used on demand. The ISDN signaling 
requests a connection (SETUP), and a returned FACILITY has a DN that is 
to be recognized as a VNS virtual DN on the terminating switch. On this VNS 
DN being received, the original call is completed, since a B-channel has now 
been obtained. 


An NEAX-61 trunk can act as a virtual B-channel. 


Feature packaging 

There is no new software package for this feature. The following packages are 
required for customers who choose to have software that allows them to 
connect the Meridian 1 over ISDN PRI to the NEAX-61 (New Zealand) 
interface: Digit Display (DDSP) package 19 for Calling Line Identification 
on ISDN PRI; Outpulsing of Asterisk “*” and Octothorpe “#” (OPAO) 
package 104; Integrated Services Digital Network (ISDN) package 145; 2 
Mbit Primary Rate Access (PRI2) package 154; International Primary Rate 
Access (IPRA) package 202; New Format Call Detail Recording (FCDR) 
package 234. 


Overlap Signalling (OVLP) package 184 and one or more of Basic Alternate 
Route Selection (BARS) package 57, Network Alternate Route Selection 
(NARS) package 58, or Coordinated Dialing Plan (CDP) package 59 and 
their prerequisites are required to carry out overlap sending to the PSTN. 
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If the user subscribes to the following services on the PSTN, the ISDN 
International Supplementary (ISDNS) package 161 is required. The packages 
as listed below for each feature are also required: 


— PRA Groups (nB+D) - the International nB+D (INBD) package 255. 


— Malicious Call Trace (MCT) — the Malicious Call Trace (MCT) package 
107. 


— PSTN Three Party Conferencing — the Trunk Hook Flash (Centrex) 
(THF) package 157. For FFC access to this feature, the Flexible Feature 
Codes (FFC) package 139, Controlled Class of Service (CCOS) package 
81, and International Supplementary Services (SUPP) package 131 are 
required. 
Numeris VN3 (France) 


This feature provides ISDN PRI connectivity between the Meridian 1 
software and the ISDN access software developed by France Telecom 
(Numeris). The connectivity is based on International 30B+D ISDN Primary 
Rate Access development. 


The following basic services are provided for this initial offering of the ISDN 
PRI Meridian 1 to Numeris connectivity: 


— Basic Call Service 

— Calling Line Identification (public and private) 
— Confidentiality of Calling Line Identification 
— COT, DID, DOD, TIE trunks call types 

— 64 kbps clear bearer capability 

— Channel Negotiation 

— Call Restriction 

— Flexible Numbering Plan 

— Advice of Charge at end of call, and during call 


Operating parameters 


The only connection that is supported is the switched circuit mode 
connection. The X.25 packet mode connection, via the B-channel, the packet 
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mode temporary signaling connection, and the semi-permanent circuit-mode 
connection are not supported. 


The NUMERIS supplementary service control messages not relating to a call 
are not supported. 


The Calling Party Number Information Element may have two occurrences, 
with two different contents, ina SETUP message sent from the network to the 
user. For CLID display processing, the Meridian 1 interprets only the 
contents of the first Calling Number Information Element. 


For direct trunk access code dialing, digit analysis is not performed for the 
enbloc dialing. A time-out rather than an “#” is used as an indication that 
dialing has been completed. 


Overlap Receiving has not been implemented for NUMERIS. 


The maximum delay to send an RAI signal upon detection of an LOS, LFAS, 
LMAS, and AIS is 100 milliseconds. The same applies to the termination of 
RAI transmission when the alarm condition clears up. 


No incoming/outgoing calls can be initiated during an RAI, LFAS, LMAS, 
AIS, LOS, or ERR alarm condition. 


Incoming/outgoing calls must be allowed within 100 milliseconds of 
cessation of an RAI, AIS, LOS, LMAS, or LFAS alarm condition. 


Established calls must not be disconnected by layer 1 processing during an 
RAI, AIS, LOS, LMAS, LFAS, or ERR alarm condition. 


An RAI signal must be sent if an ERR condition of 10-3 lasts more than four 
to five seconds. 


The RAI transmission must cease after an ERR condition of 10-4 lasts for 
more than four to five seconds. 


The PRI? link must not be placed in Out-of-service condition due to an RAI, 
LFAS, LMAS, AIS, LOS, or ERR alarm condition. 


If the PRI2 pack is manually disabled, it must go into the Out-of-service state. 
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Feature interactions 
None. 


Feature packaging 
To support all the call services, the following packages must be equipped: 


Integrated Services Digital Network (ISDN) package 145; 2 Mbit Primary 
Rate Interface (PRI2) package 154; International Primary Rate Access 
(IPRA) package 202; and Digit Display (DDSP) package 19 (required for 
CLID). 


SwissNet 2 (Switzerland) 


This feature provides basic ISDN PRI connectivity between the Meridian 1 
and a Central Office meeting SwissNet 2 specifications in Switzerland. 


Following is the set of call services provided in the initial ISDN PRI offering 
for the Meridian 1 to SwissNet basic connectivity: 


— Basic Call Service (3.1kHz, speech) 

— Calling Line Identification (CLID) and Calling Line Restriction (CLIR) 
— COT, DID, DOD, TIE call types. 

— 64 kbps clear bearer capability. 

— Channel Negotiation 

— Flexible Numbering Plan 

— Overlap Sending 

— Advice of Charge during call 


Operating parameters 


The only connection that is supported is the switched circuit mode 
connection. The X.25 packet mode connection, via the B-channel, the packet 
mode temporary signaling connection, and the semi-permanent circuit-mode 
connection are not supported. 


For Channel Negotiation to operate correctly, customers on the Meridian 1 
cannot share a PRI to the SwissNet interface. 
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For Calling Line Identification to work correctly across a network, the nodes 
should be connected using a Coordinated Dialing Plan, with DNs of the same 
fixed lengths on each node. 


Overlap Receiving has not been implemented for the SwissNet interface. 
ISDN PRA to SwissNet Connectivity is not supported on DPNSS1. 


Feature interactions 

Calling Line Identification 

The CLID will have the following format for Meridian 1 ISDN PRA to 
SwissNet Connectivity: zzzz+yyyyt+tddddddd where zzzz and yyyy are 
entered in response to prompts PFX1 and PFX2 respectively, in LD 15, and 
ddddddd is an internal DN up to seven digits long. If no digits are configured 
for either PFX1 and PFX2, then the Calling Party Number IE will not contain 
the entire CLID number. 


Call Detail Recording (CDR) 

For calls made over an ISDN PRI to SwissNet interface equipped with the 
Advice of Charge at End of Call feature, all Start and Transfer records will 
show “OVF99” in the overflow count field. This is done to indicate that there 
will be charge units to be shared among successive call controllers at the end 
of a call. 


Virtual Network Services (VNS) 
VNS is supported over an ISDN PRI to SwissNet interface. 


Feature packaging 

Call Detail Recording, Teletype Terminal (CTY) package 5; PPM/Message 
Registration (MR) package 101; International Supplementary Features 
(SUPP) package 131; Integrated Services Digital Network (ISDN) package 
145; 2 Mbit Primary Rate Interface (PRI2) package 154; ISDN 
Supplementary Features (ISDNS) package 161; International Primary Rate 
Access (IPRA) package 202; Digit Display (DDSP) package 19 (required for 
CLID); and Multi-purpose Serial Data Link (MSDL) package 222 (if 
required). 
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SYS-12 (Norway) 


This feature allows ISDN PRI connectivity between the Meridian | and the 
Norwegian SYS-12, using switched-circuit mode connections. The ISDN 
PRI connectivity between the Meridian | and the SYS-12 supports: 


Basic call service 

Connected number delivery 

Calling Line Identification, both public and private 
Increased CDR accuracy 

COT, DID, DOD, and TIE call types 

64 kb/s clear-bearer capability 

Channel Negotiation 

overlap sending (but not overlap receiving) 


Flexible Numbering Plan 


1TR6 (Germany) 


This feature will allow the interconnection of the Meridian 1 with the 1TR6 
protocol. Basic connectivity between the Meridian 1 and the 1TR6 DCH 
supports: 


Basic call service 

Connected number delivery 

Calling Line Identification, both public and private 
Increased CDR accuracy 

COT, DID, DOD, and TIE call types 

64 kb/s clear-bearer capability 

Channel Negotiation 

Overlap sending (but not overlap receiving) 
Flexible Numbering Plan 

Advice of Charge at end of call 


Call restrictions to tandem calls 
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This feature provides ISDN PRI connectivity between the Meridian 1 and 
Public Exchanges that comply to the European Telecom Standards Institute 
(ETSI) specification ETS 300 102 for the Layer 3. The interfaces provided by 
this feature also comply with the country-specific Application Documents for 
Austria, Denmark, Finland, Germany, Holland, Ireland, Italy, Norway, 
Portugal, Sweden, and Switzerland; other countries must comply with ETS 
300 102. 


The following capabilities are provided for the Meridian 1 to Euro[SDN 
connectivity: 


Basic call service 

Connected number delivery 

64 kb/s clear-bearer capability 

Calling Line Identification Presentation, 


Calling Line Identification Restriction, Connected Line Identification 
Presentation and 


Connected Line Identification Restriction are provided for the above 
countries where Application Documents are available. 


Channel negotiation 


Advice of Charge (at call set-up, during call, and end of call) is supported 
in some countries 


interworking with other ISDN or non-ISDN interfaces, including 
MCDN, QSIG, R2 Multifrequency Compelled Signaling (R2 MFC), 
2 Mbit Digital Trunk Interface (DTI2), DPNSS1 and DASS2 links, 
ETSI-NET3 compliant BRI sets, and analog trunk interfaces. 
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Feature interactions 

Incoming Digit Conversion (IDC) 

The IDC feature converts incoming digits from a DID route. This feature is 
supported on the incoming EuroISDN DID routes. Digits received as a called 
party number are converted if the IDC feature is activated on the route. Digit 
analysis is then performed on the converted digits by the Meridian 1. 


KD3 
This signaling system is not supported by EuroISDN. 


Virtual Network Services (VNS) 

Virtual Network Services provides ISDN features when no Meridian 
Customer Defined Network (MCDN) link is available between two Meridian 
1 switches. This can be used when analog links are available, or when ISDN 
links that provide no supplementary services are used. The existing link is 
used as a B-channel, and a separate D-channel handles the MCDN signaling 
between the two end switches. 


Networking Features 

Some networking features currently exist on more than one ISDN interface 
implemented on Meridian 1. These features are listed in the following table. 
Any networking feature that does not appear in the table is only supported on 
one ISDN interface and is rejected by the gateway when the service is 
requested. That is the case for all Meridian Customer Defined Network 
(MCDN) features that are not supported over the EuroISDN or QSIG 











interface. 

z 
a 
V 
è 
> 
w 

Calling Line ID Y 

Connected Y 

Number 

Transit Counter N 

Call N 

Charge 














553-3011-315 Standard 9.00 October 1997 


Chapter 2 — ISDN feature descriptions Page 253 of 1280 


Feature packaging 
The EuroISDN interface is packaged under the new EuroISDN (EURO) 
package 261. 


The following existing software options must also be provisioned to activate 
this feature: Digit Display (DDSP) package 19; Integrated Services Digital 
Network (ISDN) package 145; 2 Mbit Primary Rate Access (PRI2) package 
154; Overlap Signaling (OVLP) package 184; and International Primary Rate 
Access (IPRA) package 202. 


The following packages are required for EuroISDN to interwork with MFC, 
MFE, DID, and DPNSS1/DASS2: Universal ISDN Gateways (UIGW) 
package 283; and Enhanced DPNSS gateway (DPNSS189I) package 284. 


Japan D70, non-Asia Pacific connectivity 


This feature provides ISDN PRI connectivity between the Meridian | and the 
INS1500 D70 for Japan. The design in based on the 23 B+D PRI 
configuration. 


Meridian | to Japan D70 ISDN PRI connectivity supports the following: 
— Basic Call Service 

— Calling Line Identification (public and private) 

— Overlap Sending 

— COT, DID, DOD, and TIE trunk call types 

— 64 kbps clear bearer capability 

— Channel Negotiation 

— nB+D, up to 120 B-channels/four interfaces 

— Public Switched Telephone Network (PSTN) three-party conferencing 
— Flexible Numbering Plan 

— Malicious Call Trace 

Operating parameters 


This feature applies to Meridian 1 SL-1 systems NT, RT, XT, and STE, and 
Meridian 1 Options 11, 11, 21E, 51, 51C, 61, 61C, 71, 81, and 81C. 
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For the ISDN layer 1 interface, the circuit pack QPC720 (Digital Trunk 
Interface) is used for the Meridian 1 to D70 connectivity. 


The QPC757E version of the D-channel Handler (DCH) circuit pack provides 
the Layer 2 functions and incoming Layer 3 preprocessing for the Meridian 1 
to D70 connectivity. 


The NTAKO9AA (DTI/PRIJ) circuit pack is used for Option 11 systems, along 
with the NTAK93 D-channel Interface (DCHI) and NTAK20 Clock 
Controller. 


A Multi-purpose Serial Data Link (MSDL) can be used in place of the DCH 
circuit pack (NT6D80AA). 


Feature interactions 

PRI Channel Negotiation 

When a D-channel has one or more secondary PRIs associated with it while 
using the D70 interface, channel negotiation requires that the PRI interface be 
explicitly defined for all B-channels not on the primary interface. 


Feature packaging 

For Japan D70 ISDN PRI connectivity, the following software packages are 
required: 1.5 Mbit Digital Trunk Interface (PBXT) package 75; Integrated 
Services Digital Network (ISDN) package 145; Primary Rate Access (PRA) 
package 146; International Primary Rate Access (IPRA) package 202; Digit 
Display (DDSP) package 19 for Calling Line Identification on ISDN PRI; 
and Multi-purpose Serial Data Link (MSDL) package 222 for use of the 
MSDL card in place of the DCH card. 
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Asia Pacific 


This feature allows the interconnection of the Meridian 1 with public 
exchanges in the Asia Pacific market. With Release 23, Indonesia, China, 
Japan, and Malaysia connectivities are added to the existing Asia Pacific 
Integrated Services Digital Network (ISDN) interfaces. 


The ISDN PRI Meridian 1 to Asia Pacific connectivity provides ISDN 
Primary Rate Interface (PRI) connectivity between the Meridian 1 and Public 
Exchange/Central Offices in the following markets: 


Australia (private or alternative carrier) 
China 

Hong Kong 

Indonesia 

Japan 

Malaysia 

New Zealand 

Singapore 


Thailand 


Interworking is provided with these other ISDN or non-ISDN interfaces: 


existing ISDN CO connectivities (e.g., NUMERIS, Swiss Net 2) 
private networks (e.g., Meridian Customer Defined Network, and QSIG) 


other digital signaling systems (e.g., Digital Private Network Signaling 
System #1 (DPNSS1), and Digital Access Signaling System #2 
(DASS2), and 1.5/2.0 Mbps DTI) 


analog signaling systems (Inter Register Multifrequency Compelled 
signaling (R2/MFC), Multifrequency Compelled Signaling for Socotel 
(MFE), dial pulse (DP), and Digitone (DTN) 
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The Asia Pacific connectivities support the following ISDN features: 


Basic Call Service 


Calling Line Identification Presentation and Restriction (CLIP and 
CLIR) 


Circuit switched voice and data on the B-channel 
Overlap Sending (supported by all interfaces except Japan) 


Overlap Receiving (supported by the Indonesia, China, Malaysia, and 
Thailand interfaces only) 


COT, DID, DOD, and TIE trunk call types, as applicable 
64 kbps clear digital information 

Channel Negotiation 

Flexible Numbering Plan 


Sub-addressing. (When information is received from the Asia Pacific 
ISDN interfaces it is passed through the tandem node but not used by the 
Meridian 1.) 


The following supplementary services are supported for the Australia 
connectivity only: 


Malicious Call Trace 
Advice of Charge (AOC) at End of Call 


Incoming Trunk Programmable CLID for analog trunks. This feature is 
available for use in a private or alternative carrier network, as required in 
Australia. 


The following supplementary services are supported for the Indonesia 
connectivity only: 


Connected Line Identification Presentation and Restriction (COLP and 
COLR) 


Direct Dialing Inward (DDI/DID) 
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The following supplementary services are supported for the Japan 
connectivity only: 


— nB+D (up to 215 B-channels/nine interfaces) 
— Advice of Charge (considered a basic service) 


The New Zealand connectivity supports nB+D (up to 120 B-channels/four 
interfaces). 


The Malaysia connectivity supports nB+D (up to 120 B-channels/four 
interfaces). 


Operating parameters 

The Meridian 1 only supports point-to-point data link connections since PRI 
only allows a single-point terminal configuration on a user-to-network ISDN 
interface. BRI supports only point-to-point data link connections. 


The ISDN PRI Meridian 1 to Asia Pacific connectivity feature does not 
support a backup D-channel. 


Network Attendant Service (NAS) features are not supported across the Asia 
Pacific interface; however, incoming calls may be NAS routed from another 
node. 


In a Meridian Customer Defined Network (MCDN), receiving Calling Party 
Name Display (CPND) from an Asia Pacific ISDN and sending a CPND from 
an Asia Pacific ISDN are not supported. 


Network Call Redirection, Network Call Forward, and Network Call Forward 
No Answer (MCDN Component) are not supported across an Asia Pacific 
ISDN interface. 


Hong Kong BRI only supports data calls. 
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For the Indonesia and China interfaces, nB+D Primary Rate Access is not 
supported. 


For the Japan interface, Overlap Signaling (Sending and Receiving) is not 
supported. 


For the Hong Kong, Singapore, Australian, and New Zealand interfaces, 
Overlap Receiving is not supported. 


For the Japan interface, Advice of Charge is not provided on BRI terminals. 


The following features and capabilities are not supported across any Asia 
Pacific interface: 


— PSTN Equal Access Service - North America Service 
— Integrated Service Access (ISA) 

— FEX and WATS call types 

— Network Wide Ring Again (NRAG) 

— Network Calling Party Name Display (NCPND) 

— CLID Enhancements (Redirecting Number) 


— Network Call Redirection, Network Call Forwarding, Network Call 
Forward No Answer 


— Trunk Optimization/Anti-Tromboning 

— ISDN Signaling Link 

— RESTART message and INSERVICE message for BRI Trunk Access 
— ESN Signaling on PRA (NCOS) 

— Virtual Network Services (VNS) 


The Malaysia interface does not support RESTART and RESTART 
ACKNOWLEDGE messages for BRIT. 


Hardware requirements 
For Option 11C, the following hardware is required: 
— For Primary Rate Access, the NTBK50AA PRI2 card 


— For D-Channel processing, the NTBK51BA Downloadable D-Channel 
Daughterboard 
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— For Basic Rate Access, the NTBK22AA SISP card and the NT6D70BA 
SILC card 


— For Japan and Hong Kong interfaces only, the 1.5 NTAKO9AA 
(DTI/PRI) circuit card is required along with the NTBK51BA 
Downloadable D-channel (DCHI) card 


— The NTAK20 Clock Controller card 


Feature interactions 
Call Detail Recording 


For a simple call, the total cost for the call is produced in the Call Detail 
Record. 


For the Japan connectivity, if a call is redirected, the Call Detail Recording 
(CDR) records show all extensions associated with the particular call, 
however, it is not possible to show call costs associated with each extension. 
This is because the CDR reports which pertain to the Japan protocol (used for 
the Japan interface), charge information only at the point when the call is 
disconnected. 


Calling Line Identification Enhancements 

Prior to the CLID Enhancements feature introduced in Release 22, the 
Customer Data Block (Overlay 15) contained the prompts PFX1 and PFX2 
(for Prefix 1 and Prefix 2) that were used to construct the CLID. The 
combination of PFX1, PFX2 and the originating DN were used to construct a 
correct number for the called party to dial in order to reach the calling party. 
If no digits are configured for either of the prefixes, then that part of the 
number will not be included in the Calling Party Number. Essentially, this 
meant that the CLID could only be built from key 0 of a set. Regardless of 
what key was used to make a call, it was the CLID for key 0 that was sent. 
Also, only one office code and one location code could have been assigned in 
the CLID for a customer. 
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With the introduction of the ISDN CLID Enhancements feature, PFX1 and 
PFX2 are no longer used to construct the CLID. CLID is now table-driven 
(when Overlay 15 is loaded, a customer can configure a CLID table), and 
virtually any of the information contained in the fields of the CLID table can 
now be programmed against any DN or DN key, on a per set basis. This 
means that the CLID that is sent from a set is now predicated on what is in the 
CLID table, rather than the LDN or PDN. That is, a CLID for any key is now 
built by taking the information contained in a particular field in the CLID 
table and adding that information to the key’s DN. A multi-line set can now 
have DN keys that each has their own CLID. Or, the CLID of any one key on 
a set could be programmed to use the CLID of any other key on the set. 


The construction of CLID is based on the CPFXS prompt in Overlay 16. If 
CPFXS = NO, then when constructing the Calling Number, the prefixes are 
retrieved from the Route Data Block via the responses to the HNTN and 
HLCL prompts. If CPFXS = YES, which is the default response, then CLID 
is built depending upon the prefixes HNTN and HLCL retrieved from the 
Customer Data Block (Overlay 15) via the entries in the CLID table (refer to 
the paragraph above for more details). 


Also, the Meridian | can now support multiple office codes, location codes 
and steering codes in CLID. This means that any telephone set on one 
Meridian | can send a CLID that will have calls returned to another 
Meridian |. This type of configuration is typically used in cases where a 
customer wants calls to be returned to only one central location. 


How a CLID table is built 





Prompts have been added to Overlay 15 that create a CLID table for a 
customer. This table contains up to 4,000 CLID “entries.” Each entry contains 
unique information pertaining to CLID, as explained in the following 
sections. 


For users of a North American Numbering Plan, the Meridian | now supports 
multiple Home Central Office Codes (HNXXs), Home Numbering Plan Area 
(HNPA) codes, Home Location Codes (HLOCs) and Local Steering Codes 
(LSCs), on a DN or DN key basis. 
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For a North American Numbering Plan, each CLID entry can contain the 
following: 


— a l-6 digit national code for a home national number (HNTN) 


— al - 12 digit local code for a home local number (HLCL), or a one-12 
digit Listed Directory Number for a switchboard 


— al-7 digit Home Location Code (HLOC) 
— al-7 digit Local Steering Code (LSC) 


For users of an International Numbering Plan, the Meridian 1 now supports 
multiple Prefix 1 (PFX1) and Prefix 2 (PFX2) contents, and multiple Home 
Location Codes (HLOCs) and Local Steering Codes (LSCs), on a DN or DN 
key basis. 


For an International Numbering Plan, each CLID entry can now contain the 
following: 


— al -6 digit national code for a home national number (HNTN), which is 
the equivalent of PFX1 


— al -12 digit local code for a home local number (HLCL), which is the 
equivalent of PFX2, or a one-12 digit Listed Directory Number for a 
switchboard 


— a1-7 digit Home Location Code (HLOC) 
— a l-7 digit Local Steering Code (LSC) 


Another new capability, which applies to both the North American 
Numbering Plan and the International Numbering Plan, pertains to how the 
HLCL is constructed. A new prompt, DIDN (which signifies “use DN as a 
DID number’) in Overlay 15, allows the HLCL to be built either using the 
digits in the HLCL plus the digits of the active key (if DIDN is set to YES, 
the DN is considered to be a DID number and is included in the CLID), or 
only the digits in the HLCL (if DIDN is set to NO, the DN is not included in 
the CLID since it is not a DID number), or based on a search on the DN keys, 
beginning from key 0, to find the CLID to be used (DIDN is set to SRCH.) 


For more detailed information, please refer to the “ISDN CLID 
Enhancements” feature module. 
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Connected Line Identification Presentation and Restriction 
(COLP and COLR) 

Connected Line Identification Presentation and Restriction (COLP and 
COLR) are applicable only for the Indonesia connectivity. 


The Connected Line Identification Restriction (COLR) supplementary 
service takes precedence over the COLP supplementary service. The COLP 
service can take precedence over COLR service if the calling user has an 
override category. 


The same Class of Service is used to control both Connected Line 
Identification Restriction and Calling Line Identification Restriction (CLIR). 
Thus, if a user has presentation restricted configured, their number is sent to 
the other party for both incoming and outgoing calls with the presentation flag 
set to restricted. 


Electronic Switched Network (ESN) 
Basic Alternate Route Selection (BARS) 





BARS interacts with the Asia Pacific ISDN interface as follows: 


— NPA and NXX cannot be used on the Asia Pacific ISDN interface, as the 
public network cannot accept them 


— Special Numbers (SPNs) are converted to “unknown” type and plan, as 
the Electronic Switched Network (ESN) SPN is a North American 
concept 


Network Alternate Route Selection (NARS) 





All of the BARS concerns apply to NARS. 


In addition, LOC codes must be used with care, since the networking features 
do not accept a Digit Manipulation Index (DMI) used to insert an Electronic 
Switched Network (ESN) access code. Therefore, the only supported usage 
has the trunks effectively being treated as though they are non-ISDN. 
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Coordinated Dialing Plan 





A Coordinated Dialing Plan (CDP) call can access an Asia Pacific trunk. 
However, since neither the private plan nor the CDP numbering type is 
supported by the Asia Pacific ISDN, these are converted to a type and plan 
supported by the public network. 


DPNSS Gateway 

The Asia Pacific interface interacts with the DPNSS gateway in a manner 
consistent with other PSTN interfaces. The Information Elements (IEs) 
supported on the Asia Pacific interface, which have equivalents in DPNSS 
interwork are translated on an IE by IE basis. IEs which have no matching 
DPNSS element are discarded. The same is true for DPNSS to Asia Pacific. 
Supported IEs with DPNSS equivalents pass through with appropriate 


mapping. 


Incoming Digit Conversion 
The Asia Pacific interface supports Incoming Digit Conversion ISDN DID 
routes. 


The Incoming Digit Conversion (IDC) feature provides the availability to 
convert the incoming digits from a DID route. Digits received as a called 
party number are converted if the IDC feature is activated on the route. Digit 
analysis is then performed on the converted digits by the Meridian 1. 


MCDN Call Redirection (Call Forward, Hunt, Call Forward No 
Answer) 


These features operate in the same manner as when a call to a set is redirected 
over any other Central Office trunk; however, notices of redirection or 
modification are not transferred. 


nB+D 


For the Malaysia and New Zealand connectivities, the channel identification 
scheme used must be changed from implicit to explicit. 


Outpulsing of Asterisk and Octothorpe 


The Outpulsing of Asterisk and Octothorpe is not supported for any Asia 
Pacific interface. 
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PRI Channel Negotiation 


This interaction is applicable to the Japan interface only. When a D-channel 
has one or more secondary PRIs associated with it while using the Japan 
interface, channel negotiation requires that the PRI interface be identified 
(implicitly) in the channel interface IE for all B-channels not on the primary 
interface whether secondary loops are configured or not. 


Trunk Optimization 


Trunk Optimization is not supported across the Asia Pacific interface, but 
interworks transparently. In other words, trunk optimization will not be 
observed at the Asia Pacific ISDN. The call will appear to be static, not 
undergoing any modifications. 


T309 Timer 


The Meridian 1 supports the T309 timer on PRI trunks for all Asia Pacific 
interfaces. 


Virtual Network Services (VNS) 


It is not possible to configure an Asia Pacific D-channel as a VNS D-channel. 
However, the voice connection through the Public Exchange of a VNS call 
may use a PRI COT or DID as a virtual TIE trunk. 


Feature packaging 


There are no new software packages required for this feature. However, the 
following packages are necessary in order to connect the Meridian | over an 
Asia Pacific ISDN PRI interface to a Central Office: 


— International Primary Rate Access (IPRA) package 202 
— Digit Display (DDSP) package 19 
— Integrated Services Digital Network (ISDN) package 145 


— 2.0 Mbps Primary Rate Interface (PRI2) package 154/For the Japan and 
Hong Kong interfaces, substitute 1.5 Mbps Primary Rate Access (PRA) 
package 146 


— Meridian | Extended Peripheral Equipment (XPE) package 203 
— Multi-Purpose Serial Data Link (MSDL) package 222 
— New Format CDR (FCDR) package 234 
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Basic Rate Interface (BRI) package 216 
Basic Rate Interface Trunk (BRIT) package 233 


The Advice of Charge feature requires: 


Message Registration/Periodic Pulse Metering (MR/PPM) package 101 
Controlled Class of Service (CCOS) package 81 
Background Terminal Facility (BGD) package 99 


If the call is to interwork with any other trunk, the Universal ISDN Gateway 
(UIGW) package 283 is required. 


For nB+D, the International nB+D (INBD) package 255 is required. 


The Malicious Call Trace feature requires Malicious Call Trace (MCT) 
package 107. 


The Overlap Signaling feature requires: 


Network Class of Service (NCOS) package 32 
Basic Routing (BRTE) package 14 


Basic Alternate Route Selection (BARS) package 57, Network Alternate 
Route Selection (NARS) package 58, and/or Coordinated Dialing Plan 
(CDP) package 59 


Flexible Numbering Plan (FNP) package 160 
Overlap Signaling (OVLP) package 184 
Basic Queuing (BQUE) package 28 
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Feature administration 


LD 15 — Configure the Customer Data Block for Asia Pacific with Calling 
Line Identification. 


Response 
CHG 
NET 


0-(256)-4000 


Description 

Change existing data. 

Networking data (if REQ = CHG only.) 
Customer number. 

Options. 


Access Code 2 as defined in LD 86 (aaaa = NPA, NXX, 
INTL, SPN, or LOC). 


Configure CLID option for Asia Pacific. 


The maximum number of CLID entries needed for a 
customer. 


It is advised that you not define a size much larger than 
actually needed. This entry may be increased or decreased 
as required. 


Country code, for international number. 
Enter X to delete digits. 
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aaaa aaaa = CLID entry to be configured. 
Xaaaa Xaaaa = CLID entry to be deleted. 
Xaaaa Xbbbb Xaaaa Xbbbb = CLID entries to be deleted. 


aaaa and bbbb must be a value between 0 and (SIZE-1). 


The ENTRY prompt is repeated until <CR> is entered as a 
response. 


If REQ = CHG, as many entries as needed may be created, 
changed or deleted. The action for the entry is saved to 
system memory after the CLID entry has been completely 
configured. That is, after the LSC prompt has been 
answered. If a new CLID entry is created, or an existing 
CLID entry is changed, the message “ENTRY aaaa 
SAVED” is displayed after the LSC prompt. If a CLID entry 
or CLID entries is/are deleted, the message “ENTRY aaaa 
DELETED” or “ENTRIES aaaa-bbbb DELETED?” is 
displayed after the LSC prompt. 


0-999999 National code for home national number (1-6 digits). 
X X = delete digits. 


0-999..9 Local code for home local number or Listed Directory 
X 


Number (1-12 digits). 
X = delete digits. 


How to use the DN as a DID when constructing a CLID 
national or local number. 


YES = The CLID is constructed using the digits defined in 

HLCL followed by the DN of the active key (default). 

NO = Construct the CLID using the digits defined in HLCL. 
SRCH = Search on the set, from key 0 - upwards, to find a 
CLID entry which has the DIDN set to YES. Use the found 

CLID to construct the local number. 


0-9999999 Home location code (ESN), 1-7 digits. 
0-9999999 Local steering code, 1-7 digits. 
YES Integrated Services Digital Network. 
1-327000 Private Network Identifier. 
ENTRY aaaa SAVED Displayed message appears after each entry is input. 


ENTRY aaaa DELETED 
ENTRIES aaaa-bbbb DELETED 
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LD 17 - Configure the Asia Pacific D-channel. 


Response 
CHG 

CFN 

NEW DCH xx 
MSDL 


AUST 
CHNA 
HKNG 
INDO 
JAPN 
MSIA 
SING 
TCNZ 
THAI 


- - ISDN_MCNT 60-(300)-350 


- CLID OPT4 


Description 


Change existing data. 


Configuration data block. 
Add a D-channel on logical port 0-15 (Option 11C). 


Card type where: 
MSDL = Downloadable D-Channel Daughterboard for 
Option 11C. 


Network group number for Option 81/81C systems. 


Device number for I/O ports. All ports on the MSDL card 
share the same DNUM. The MSDL card address 
settings must match the DNUM value. 


Port number on MSDL cards. 
For Option 11C. 


Designator. 

DES is used to identify the link and can be up to 16 
alphanumeric characters: 0-9, and upper case A-Z. 
Characters “*” and “#” are not allowed. 


This D-channel is used for Primary Rate only. 


Asia Pacific ISDN interface for Australia, China, Hong 
Kong, Indonesia, Japan, Malaysia, Singapore, and 
Thailand. 


Australia interface. 
China interface. 

Hong Kong interface. 
Indonesia interface. 
Japan interface. 
Malaysia interface. 
Singapore interface. 
New Zealand interface. 
Thailand interface. 


Layer 3 call control message count per 5 second time 
interval. 


OPT4 is the default for all Asia Pacific interface. 
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Progress signal. 

No Change. This is the default for all Asia Pacific 
interfaces except Japan and Australia. 

Alert message. This is the default for the Japan interface. 
Connect message. This is the default for the Australia 
interface. 


PRI/PRI2 loop number for D-channel (Option 11C). 


PRI loop number and interface identifier for the 
D-channel in Option 11C when CNTY = JAPN. 


When INBD package 255 is enabled values for both the 
PRI loop number (LOOP) and the D-channel interface 
identifier (ID) must be entered. 


PRI loop number and interface identifier for the 
D-channel in Option 11C when CNTY = MSIA or TCNZ. 


When INBD package 255 is enabled values for both the 
PRI loop number (LOOP) and the D-channel interface 
identifier (ID) must be entered. 


0-159 1-126 Secondary PRI loop number and interface identifier 

(LOOP) (ID) (prompted if INBD package 255 is enabled). The values 
entered must be different than those entered for the loop 
number and interface identifier at the DCHL prompt. 


Requested only if CNTY = JAPN. 


For Option 11C. Secondary PRI loop number and 
interface identifier (prompted if INBD package 255 is 
enabled). The values entered must be different than 
those entered for the loop number and interface identifier 
at the DCHL prompt. 


Requested only if CNTY = JAPN. 


For Option 11C. Secondary PRI loop and interface 
identifier (prompted if INBD package 255 is enabled). 
The values entered must be different than those entered 
for the loop number and interface identifier at the DCHL 
prompt. 


Requested only if CNTY = MSIA or TCNZ. 
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Channel negotiation option. 
Channel is indicated and no alternative acceptable, 
exclusive. 


Channel is indicated and any alternative acceptable, 
preferred. 


Software release of the far end switch. If the far end has 
an incompatible release, it prevents the sending of 
application messages. 


Remote capabilities. Prompted for Indonesian interface 
only. 

Connected number Information Element Presentation 
supported. 

To remove COLP. 


Allow Overlap Receiving. 


This prompt applies only if CNTY = THAI, MSIA, INDO, 
or CHNA. 


Number of leading digits to delete from DID trunks. 


Allow Overlap Sending. 
This prompt does not apply if CNTY = JAPN. 


Overlap Timer in seconds. This timer controls the 
interval between the sending of INFORMATION 
messages. “0,” the default, means send immediately. 


Change programmable timers. Only supported for 
interfaces supporting one of the following timers. 





553-3011-315 Standard 9.00 October 1997 


Chapter 2 — ISDN feature descriptions Page 271 of 1280 


Maximum time in seconds between an incoming CALL 
PROCEEDING message and the next incoming 
message. 

Not supported for Australia. 


Default values are as follows: 
CHNA = 30 seconds. 

HKNG = 10 seconds. 

INDO = 10 seconds. 

JAPN = 10 seconds. 

MSIA = 10 seconds. 

SING = 10 seconds. 

TCNZ = 10 seconds. 

THAI = 10 seconds. 


- - INC_T306 Variable timer for received DISCONNECT message on 
incoming calls allowing in-band tone to be heard when 
the network sends in-band tone. 


T306 is the duration of the network timer in seconds. The 
network will stop sending after T306 times out, so the 
maximum time will be T306. The value is stored in 
two-second increments, which are rounded up. 


T306 can be defined up to 30 seconds for all APAC 
interfaces except for Australia which can have T306 
defined up to 60 seconds. 


- - OUT_T306 0-(30)-T306 Variable timer for received DISCONNECT message on 
outgoing calls allowing in-band tone to be heard when 
the network sends in-band tone. 


T306 is the duration of the network timer in seconds. The 
network will stop sending after T306 times out, so the 
maximum time will be T306. The value is stored in 
two-second increments, which are rounded up. 


T306 can be defined up to 30 seconds for all APAC 
interfaces except for Australia which can have T306 
defined up to 60 seconds. 


Allows the changing of the layer 2 timer. 


NO = Do not allow the changing of the layer 2 timer 
(default). 


Change system parameters. 





Use new CDR format (recommended for Japan). 


Option 11C 2.0 Mb DTI/PRI Administration and Maintenance guide 


Page 272 of 1280 Chapter 2 — ISDN feature descriptions 


Support the Original Carrier Access Code format. 
NO = Do not support the Original Carrier Access Code 
format (default). 


Message Registration (default). 
Periodic Pulse Metering. 





LD 16 — Configure Asia Pacific ISDN PRI Route Data Block. 


Response 


NEW 
CHG 


RDB 


XX 


Description 


Add new data. 
Change existing data. 


Route Data Block. 
Customer number. 
Route number. 
TIE trunk type. 


Central Office Trunk type. 
Direct Inward Dialing trunk type. 


Digital trunk route. 
PRI digital trunk type for HKNG and JAPN. 


PRI digital trunk type for AUST, SING, THAI, TCNZ, INDO, 
CHNA and MSIA. 


Integrated Services Digital Network. 


ISDN PRI route. 


Asia Pacific ISDN interface for Australia, China, Hong Kong, 
Indonesia, Japan, Malaysia, Singapore, and Thailand. 
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Australia interface. 
China interface. 

Hong Kong interface. 
Indonesia interface. 
Japan interface. 
Malaysia interface. 
Singapore interface. 
New Zealand interface 
Thailand interface. 


Customer-defined Prefixes option. 

If CPFXS = NO, when constructing the Calling or 
Connected Line Identification, the prefixes are retrieved 
from the Route Data Block via the HNTN and HLCL 
prompts which follow. 


Enter NO for APAC. 


If CPFXS = YES, when constructing the Calling or 
Connected Line Identification, the prefixes are retrieved 
from the Customer Data Block via the HNTN and HLCL 
prompts in LD 15, as is currently done. This is the default 
response. 


This prompt applies to APAC only if CPFXS = NO. 


Home National Number. This number is similar to the PFX1 
number prompted in LD 15. It is added to this overlay so 
that this prefix can be configured on a route basis. As is the 
case with PFX1, the HNTN prefix can be from one-to-four 
digits long. 


This prompt applies to APAC only if CPFXS = NO. 


Home Location Number. This number is similar to the PFX2 
number prompted in LD 15. It is added to this overlay so 
that this prefix can be configured on a route basis. As is the 
case with PFX2, the HLCL prefix can be from one-to-four 
digits in length. 


Call Detail Recording if the AOC display is desired in the 
call record. 


CDR on outgoing toll calls. 
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CDR on all answered outgoing calls. 


AOC at end of call. 
Route unit cost - value received is treated as charged. 


Route unit conversion factor - no conversion required. 


Enable Malicious Call Trace signaling for AUST or TCNZ. 


Malicious Call Trace request timer is defined in seconds. 
This is the disconnection delay which is used. It overrides 
T306 for calls to/from Malicious Call Trace capable sets 
(Australia only). 


Malicious Call Trace disconnect delay for tandem calls 
(Australia only). 





LD 14 - Configure Asia Pacific ISDN PRI trunks. 


Response 


NEW 
CHG 


TIE 


COT 
DID 


cu 

XX 

0-127 1-254 
0 -(1)-31 


Description 


Add new data. 
Change existing data. 


TIE trunk data block. 


Central Office Trunk data block. 
Direct Inward Dialing trunk data block. 


Note: Must match TKTP defined in LD 16. 
Loop and channel for digital trunks. 
Customer number. 


Route number and member number. 


Trunk Group Access Restriction 
The default of 1 automatically blocks direct access. 
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LD 73 — Define the frame format and grade of service timers for a PRI2 loop. 


Note: The following step assumes that the PRI2 loop has already been 
defined. 
Response Description 
CHG Change existing data. 
PRI2 PRI2 loop. 
LPTI Set the timers for PRI2 loop. 
PRI2 loop number. 


Alternate frame format (default). 
CRC-4 frame format. 


NO = No automatic reporting of CRC-4 errors during 
transmission. 
Automatic reporting of CRC-4 errors during transmission. 


Regular mode of firmware alarm version (default). 
Alternate mode of firmware alarm version. 


Disable RAIE Group II alarm state (default). 
Enable RAIE Group II alarm state. 


0-(100)-256 Persistence timer for Group Il problems (2 ms increments). 


0-(100)-256 Clearance timer for Group II problems (2 ms increments). 





Feature operation 
No operating procedures are required to use this feature. 
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Intercept Computer Dial from Directory 


An Intercept Computer (ICP) is an external information system that can be 
added to enhance attendant operation. Whenever an attendant answers an 
internal direct call, or any redirected call due to ICP CFW, the Intercept 
Computer Terminal (ICT) screen is lit up with information regarding either 
the caller (for internal calls), or the “called” party (for redirected calls). This 
information is presented to the attendant who can then give the appropriate 
information to the caller. For an external call, no information is displayed on 
the ICT screen. 


With the Intercept Computer Dial from Directory feature (ICPD), the 
attendant does not need to dial the DN from the attendant console; pressing a 
single key on the ICT keyboard connects the call to the DN, thereby saving 
the attendant time. 


An ICP can be programmed with a directory of the internal Directory 
Numbers (DNs) in the system. From the ICT, the attendant can search the ICP 
database for a specific person by name, in order to find that person’s DN, 
according to a coordinated dialing plan (CDP). Again, pressing a single key 
on the ICT keyboard connects the call to the corresponding DN. 


Feature requirements 


This feature is not available for either of the following intercept positions: 
ACD Agents, or the ICP Answering Machine. 


It is only possible to dial from the ICT if the active loop is idle, or has only 
one part established in a call with the attendant (on SRC or DEST side). 


This feature does not support any dialing plan, other than CDP (since this is 
an already existing limitation of the networking part of the ICP feature). 


A maximum of seven digits per incoming message can be received by the 
PBX. 
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Feature interactions 


Pre-dial Operations 
Attendant Barge-in — It is possible for an attendant to Barge-in the following 
manner: 


— Press an idle loop key, and press the Barge-in key from the attendant 
console. 


— Dial a Route Access code and Route member from the ICT (which must 
be configured in such a way that it is possible to dial the Route access 
code and Route member from the dialing key). 


Pre-dial Break-in — It is possible for an attendant to override call forward on 
a set in the following manner: 


— Press an idle loop key, and press the Break-in key on the attendant 
console. 


— Dial an extension DN from the ICT. 


Call Forward Override — This feature is introduced in Release 20 and 
replaces ICP CFW Override, adding the functionality to override other call 
forwarding features. It is possible for an attendant to override 
CFWAC/DND/MSB on a set by dialing the Call Forward Override Flexible 
Feature Code (FFC) from any set that is configured with a new COS. 


Call Park — An attendant can park a call in the following manner: 

— Press the Call Park key on the attendant console. 

— Dial a DN from the ICT. 

— Terminate Call Park operation by pressing the Release key. 

Radio Paging Pre-dial Selection — It is possible to start automatic paging in 
the following manner: 

— Dial the pre-dial selection RPA FFC on the Attendant console. 

— Dial a DN from the ICT. 


Manual radio paging is started as follows: 
— Dial the pre-dial selection RPA FCC on the attendant console. 
— Dial a DN from the ICT. 


— Dial a mode digit, information and octothorpe “#” sign. 
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Post-dial Operations 


Automatic Wake-up — This feature can be requested as follows: 
— Press the Wake-up key on the attendant console. 


— Dial a DN from the ICT. 


— Dial an octothorpe sign “#”’, and terminate by dialing the requested 
wake-up time from the attendant console. 


The same approach is used to cancel auto wake-up. 
Break-in — An attendant can break-in to a call by: 
— Dialing an extension DN from the ICT. 


— Pressing the Break-in key on the attendant console. 


RPA Post-dial Selection — To start radio paging an extension DN: 
— Dial a DN from the ICT. 
— Press the RPA post-dialing paging (RPAG) key on the attendant console. 


Stored Number Redial — An attendant can dial an extension from the ICT, 
and then press the Stored Number Redial key to store the called number 
(following the rules of the Stored Number Redial feature). 


Other feature interactions 


Attendant Recall with Splitting — If a set transfers a call to the attendant, or a 
Meridian Digital Telephone set presses the Attendant Recall (ARC) key and 
the transferring party has not yet completed the transfer before the attendant 
answers, it is not possible to dial from the ICP (since the transferred party is 
connected to SRC, and the transferring party is connected to DEST). 


Autodial — It is possible to press the ADL key (in which some digits are stored 
such as an ESN code or FCC), and then dial a DN from the ICP. 


Do Not Disturb — This feature can be activated for an extension DN as 
follows: 


— Press an idle loop key, and press the DND IND key on the attendant 
console. 


553-3011-315 Standard 9.00 October 1997 


Chapter 2 — ISDN feature descriptions Page 279 of 1280 


— Dial a DN from the ICT. 
— Press the DND IND key once more, and terminate the procedure by 
pressing the Release key on the attendant console. 


The same approach applies when canceling Do Not Disturb for a set. 


To override Do Not Disturb for an extension DN: 

— Press an idle loop key on the attendant console. 
— Dial a DN from the ICT. 

— Press the DND IND key on the attendant console. 


Message Waiting Indication — To activate the message waiting lamp: 


— Press the loop key and the Message Indication (MSG INDIC) key on the 
attendant console. 


— Dial the set’s DN from the ICT. 


— Press the Message Indication key and the Release key on the attendant 
console. 


The same approach can be used for darkening a Message Waiting lamp by 
using the Message Cancel key instead of the MSG INDIC key. 


Multi-tenant Service (MTS) — The ICP Dial from Directory feature only 
works at the customer level. If several tenants are configured for a customer, 
they will all be affected by the ICTD prompt in LD 15. 


Network Tenant Service (NTS) — The ICP Dial from Directory feature only 
works at the customer level and for a single node. If several tenants are 
configured in a network situation, they will all be affected by how the ICTD 
prompt in LD 15 has been configured for the customers on different nodes. 


Night Key/Position Busy — If the attendant console has the night key 
activated (i.e., is busy or in Night Service), it is still possible to dial from the 
ICT. 


Slow Answer Recall — If the attendant extends an SRC party to a DEST party 
on the local node, but slow answer recall occurs since DEST does not answer, 
dialing a new DN from the ICP is ignored by the PBX (the DEST is still 
ringing as per slow answer recall operation). 
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Slow Answer Recall Enhancement — If the attendant extends an SRC party 
to a DEST party on the local node, but slow answer recall occurs since DEST 
does not answer, it is possible to dial a new DN from the ICP (the DEST is 
disconnected when the attendant answered). 


Transfer to Attendant — If a set transfers a call to the attendant, and the 
transferring party has not yet completed the transfer before the attendant has 
answered, dialing from the ICP is ignored (the transferred party is connected 
to SRC, and the transferring party is connected to DEST due to the Attendant 
Recall with Splitting feature). 

Feature packaging 
The following packages are required: 
— Intercept Computer Interface (ICP) package 143 
— Basic Automatic Call Distribution (BACD) package 40 
— Automatic Call Distribution Package A (ACDA) package 45 
— Message Center (MWC) package 46 
— Auxiliary Processor Link (APL) package 109 
— International Supplementary Features (SUPP) package 131 
— Flexible Feature Codes (FCC) package 139, and 


— Flexible Tones and Cadences package 125. 


To use the ICP Flexible DN length, DN Expansion (DNXP) package 150 is 
required. 


To be able to use ICP in a network environment (depending upon customer 
requirements) the following packages are needed: Integrated Services Digital 
Network (ISDN) package 145; 1.5 Mbit Primary Rate Access (PRA) package 
146; and Network Attendant Service (NAS) package 159. 
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ISDN Calling Line Identification enhancements 


The capabilities introduced by the ISDN Calling Line Identification (CLID) 
Enhancements greatly increases the functionality of CLID within any ISDN 
network. 


These enhancements replace the previous method of constructing CLID, and 
allow much more flexibility when programming CLID for any telephone set 
on a Meridian 1. Prior to Release 22, a CLID was defined as either a Listed 

Directory Number (LDN) or Primary Directory Number (PDN). The contents 
of these data fields were used to generate the CLID for a call. The CLID could 
only be built from key 0 of a set. This meant that regardless of what key was 
used to make a call, it was the CLID for key 0 that was sent. Also, only one 

office code and one location code could have been assigned in the CLID for 
a customer. 


CLID is now table-driven (when LD 15 is loaded, a customer can configure 
a CLID table), and virtually any of the information contained in the fields of 
the CLID table can now be programmed against any DN or DN key, on a per 
set basis. This means that the CLID that is sent from a set is now predicated 
on what is in the CLID table, rather than the LDN or PDN. That is, a CLID 
for any key is now built by taking the information contained in a particular 
field in the CLID table and adding that information to the key’s DN. A 
multi-line set can now have DN keys that each has its own CLID. Or, as 
explained in “How CLID entries are assigned to a set” on page 283, the CLID 
of any one key could, on a set, be programmed to use the CLID of any other 
key on the set. 





Also, the Meridian 1 can now support multiple office codes, location codes 
and steering codes in CLID (this is more fully explained in the section “How 
a CLID table is built”, which follows.) This means that any telephone set on 
one Meridian 1 can send a CLID that will have calls returned to another 
Meridian 1. This type of configuration would typically be used in cases where 
a customer would want calls to be returned to only one central location. 


Note: Since the system does not perform verification of CLID entries 
that are defined in a CLID table, it is the responsibility of the system 
administrator to ensure that DN keys are programmed correctly. 
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How a CLID table is built 


New prompts have been added to LD 15 that create a CLID table for a 
customer. This table contains CLID ‘entries’ (up to 4,000.) Each entry 
contains unique information pertaining to CLID, as explained in the 
following sections. 


North American Numbering Plan 

For users of a North American Numbering Plan, the Meridian | can now 
support multiple Home Central Office Codes (HNXXs), Home Numbering 
Plan Area (HNPA) codes, Home Location Codes (HLOCs) and Local 
Steering Codes (LSCs), on a DN or DN key basis. 


For a North American Numbering Plan, each CLID entry can contain the 
following: 


a one-six digit national code for a home national number (HNTN); 


a one-12 digit local code for a home local number (HLCL), or a one-12 
digit Listed Directory Number for a switchboard; 


a one-seven digit Home Location Code (HLOC); and 


a one-seven digit Local Steering Code (LSC). 


International Numbering Plan 

For users of an International Numbering Plan, the Meridian 1 can now 
support multiple Prefix 1 (PFX1) and Prefix 2 (PFX2) contents, and multiple 
Home Location Codes (HLOCs) and Local Steering Codes (LSCs), on a DN 
or DN key basis. 


For an International Numbering Plan, each CLID entry can now contain the 
following: 


a one-six digit national code for a home national number (HNTN), which 
is the equivalent of PFX1; 


a one-12 digit local code for a home local number (HLCL), which is the 
equivalent of PFX2, or a one-12 digit Listed Directory Number for a 
switchboard; 


a one-seven digit Home Location Code (HLOC); 


a one-seven digit Local Steering Code (LSC). 
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Another new capability, which applies to both the North American 
Numbering Plan and the International Numbering Plan, pertains to how the 
HLCL is constructed. A new prompt, DIDN (which signifies “use DN as a 
DID number’) in LD 15, allows the HLCL to be built either using the digits 
in the HLCL plus the digits of the active key (if DIDN is set to “YES” - the 
DN is considered to be a DID number and is included in the CLID), or only 
the digits in the HLCL (if DIDN is set to “NO” - the DN is not included in the 
CLID since it is not a DID number), or based on a search on the DN keys, 
beginning from key 0, to find the CLID to be used (DIDN is set to “SRCH”.) 
Please refer to Examples one to six in the “Examples of CLID generation” 
section starting on page 284. 





How CLID entries are assigned to a set 


Once the CLID table has been built for a customer, any CLID entry can be 
assigned to any set, on a per DN or DN key basis (any DN or DN key can be 
programmed against the information defined for any CLID entry in the CLID 
table.) This means that for a multi-line set, DN key 0 may send one CLID (the 
information contained in one CLID entry), DN key 1 may send a different 
CLID (the information contained in another CLID entry), and DN key 2 may 
send yet another CLID (the information contained in a third CLID entry). 
Therefore, a customer may now send different CLIDs from the same set. 


Another enhancement pertains to Meridian | proprietary sets. When 
configuring the CLID for a DN key in LD 11, the value entered against the 
KEY prompt may be a CLID table entry number (0-3999), which corresponds 
to a CLID entry in the CLID table or ‘D’. If ‘D’ is entered, the Meridian 1 
initiates a search on the set for a DN key, starting from key 0. The first found 
CLID is then sent as the CLID of the active DN key. This means that a call 
can be made on one key, and the CLID of another key is sent. This 
configuration is typically used in an ACD or Hotline DN key application, 
where, for example, the CLID for a particular key is not desired to be sent. 
Please refer to Examples seven, eight and nine in the “Examples of CLID 
generation” on page 284. 











Prior to the CLID enhancement, for feature keys, such as the Call Transfer 
key (TRN), the Conference key (AO3 and AO6) and the No-hold Conference 
key (NHC), the DN of key 0 was used as the CLID DN when a call transfer 
or conference occurred over ISDN trunks. With the CLID enhancement, the 
CLID DN is now associated with the active DN key, rather than key 0. 


Option 11C 2.0 Mb DTI/PRI Administration and Maintenance guide 


Page 284 of 1280 Chapter 2 — ISDN feature descriptions 


Examples of CLID generation 


The examples that follow show CLID generation using different 
combinations of CLID entries for DN keys, for Private ESN UDP/CDP calls 
and for Public Local and Public National calls. 


Most of the examples use a North American Numbering Plan, since the 
construction of CLID entries in a CLID is the same for both a North American 
Numbering Plan and an International Numbering Plan. In some cases, 
however, examples are provided that pertain to calls using an International 
Numbering Plan. 


Therefore, unless otherwise stated in the headings, the examples provided in 
the following sections pertain to calls made using a North American 
Numbering Plan. 


The CLID construction for a CLID call type is as follows: 
— Private ESN UDP Number - HLOC + DN 

— Private ESN CDP Number - LSC + DN 

— Public Local Number - HLCL + DN 

— Public National Number - HNTN + HLCL + DN 


Please note that for calls made using the International Numbering Plan, the 
CLID for a Public Number is a National Number. For the examples of using 


the International Numbering Plan, the construction of a Public Local Number 
is for reference purposes only. 


553-3011-315 Standard 9.00 October 1997 


Chapter 2 — ISDN feature descriptions Page 285 of 1280 


Example 1 - Set has DID number on DN key 0 

In this example, the calls are made on DN key 0, which has a DID number. 
Key 0 is configured against CLID table entry 0, and key 1 is configured 
against CLID table entry 1. 


Table 10 
Set has DID number on DN key 0 


CLID entry HNTN HLCL DIDN HLOC LSC 
(code for (code for (use the DN (home (local 
the home the home as the DID?) location steering 
national local code) code) 
number) number), or 

LDN 


Entry 0 940 
Entry 1 9699170 


Entry 2 
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1 Fora private ESN UDP call made from Key 0 (DN 2130) on the set, the 
CLID would be built as follows: 


e _HLOC from CLID entry 0 (646) plus the DN of the active key 
(2130). 


e That is, the CLID that is sent would be 646 2130. 


2 Fora private ESN CDP call made from Key 0 (DN 2130) on the set, the 
CLID would be built as follows: 


e LSC from CLID entry 0 (5) plus the DN of the active key (2130). 
e That is, the CLID that is sent would be 5 2130. 


3 Fora public local call made from Key 0 (DN 2130) on the set, the CLID 
would be built as follows: 


e HLCL from CLID entry 0 (940) plus the DN of the active key 
(2130). 


e That is, the CLID that is sent would be 940 2130. 


4 Fora public national call made from Key 0 (DN 2130) on the set, the 
CLID would be built as follows: 


e  HNTN from CLID entry 0 (415) plus the HLCL from CLID entry 0 
(940) plus the DN of the active key (2130). 


e That is, the CLID that is sent would be 415 940 2130. 
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Example 2 - Set has DID number on DN key 0, International 
Numbering Plan. 

In this example, the calls are made on DN key 0, which has a DID number. 
Key 0 is configured against CLID table entry 0, and key 1 is configured 
against CLID table entry 1. 


Table 11 
Set has DID number on DN key 0, for an International Numbering Plan. 


CLID entry HNTN HLCL DIDN HLOC LSC 
(code for (code for (use the DN (home (local 
the home the home as the DID?) location steering 
national local code) code) 
number, number, 
equivalent equivalent 
to PFX1) to PFX2), or 


LDN 
Entry 0 6476 YES 
Entry 1 64767676 NO 
Entry 2 SRCH 


























, 


ha a 553-7656 
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1 


For a private ESN UDP call made from Key 0 (DN 7566) on the set, the 
CLID would be built as follows: 


e HLOC from CLID entry 0 (578) plus the DN of the active key 
(7566). 


e That is, the CLID that is sent would be 578 7566. 


For a private ESN CDP call made from Key 0 (DN 7566) on the set, the 
CLID would be built as follows: 


e LSC from CLID entry 0 (6) plus the DN of the active key (7566). 
e That is, the CLID that is sent would be 6 7566. 


For a public local call made from Key 0 (DN 7566) on the set, the CLID 
would be built as follows: 


e HLCL from CLID entry 0 (6476) plus the DN of the active key 
(7566). 


e That is, the CLID that is sent would be 6476 7566. 


For a public national call made from Key 0 (DN 7566) on the set, the 
CLID would be built as follows: 


e HNTN from CLID entry 0 (2) plus the HLCL from CLID entry 0 
(6476) plus the DN of the active key (7566). 


e That is, the CLID that is sent would be 2 6476 7566. 
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Example 3 - Set does not have a DID number on DN key 1 (DIDN 
set to NO) 

In this example, the calls are made on DN key 1, which does not have a DID 
number. Key 0 is configured against CLID table entry 0, and key 1 is 
configured against CLID table entry 1, which has the DIDN option set to NO. 
This means that the CLID is built using only the digits defined in the HLCL 
field of table entry 1 (the DN of key 1 would not be sent in the CLID after the 
HLCL digits.) 


Table 12 
Set does not have a DID number on DN key 1 (DIDN set to NO). 


CLID entry HNTN HLCL DIDN HLOC LSC 
(code for (code for (use the DN (home (local 
the home the home as the DID?) location steering 
national local code) code) 
number) number), or 

LDN 


Entry 0 940 
Entry 1 9699170 


Entry 2 


























ot C, 

cP Ram 2540 | Key 1 - CLID entry 1 

: [Key0|——»> 2130 Key 0 - CLID entry 0 
S ee 553-7655 
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For a private ESN UDP call made from Key 1 (DN 2540) on the set, the 
CLID would be built as follows: 


e HLOC from CLID entry 1 (646) plus the DN of the active key 
(2540). 


e That is, the CLID that is sent would be 646 2540. 


For a private ESN CDP call made from Key 1 (DN 2540) on the set, the 
CLID would be built as follows: 


e LSC from CLID entry 1 (5) plus the DN of the active key (2540). 
e That is, the CLID that is sent would be 5 2540. 


For a public local call made from Key 1 (DN 2540) on the set, the CLID 
would be built as follows: 


e HLCL from CLID entry 1 (9699170) - the DN of key 1 is not sent. 
e That is, the CLID that is sent would be 9699170. 


For a public national call made from Key 1 (DN 2540) on the set, the 
CLID would be built as follows: 


e HNTN from CLID entry 1 (415) plus the HLCL from CLID entry 1 
(9699170). 


e That is, the CLID that is sent would be 415 9699170. 
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Example 4 - Set does not have a DID number on DN key 1 (DIDN 
set to NO), International Numbering Plan. 


In this example, the calls are made on DN key 1, which does not have a DID 
number. Key 0 is configured against CLID table entry 0, and key | is 
configured against CLID table entry 1, which has the DIDN option set to NO. 
This means that the CLID is built using only the digits defined in the HLCL 
field of table entry 1 (the DN of key 1 would not be sent in the CLID after the 
HLCL digits.) 


Table 13 
Set does not have a DID number on DN key 1 (DIDN set to NO). 


CLID entry HNTN HLCL DIDN HLOC LSC 
(code for (code for (use the DN (home (local 
the home the home as the DID?) location steering 
national local code) code) 
number) number), or 

LDN 


3505 YES 
35052020 NO 
SRCH 
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1 


For a private ESN UDP call made from Key 1 (DN 2366) on the set, the 
CLID would be built as follows: 


e HLOC from CLID entry 1 (581) plus the DN of the active key 
(2366). 


e That is, the CLID that is sent would be 581 2366. 


For a private ESN CDP call made from Key 1 (DN 2366) on the set, the 
CLID would be built as follows: 


e LSC from CLID entry 1 (6) plus the DN of the active key (2366). 
e That is, the CLID that is sent would be 6 2366. 


For a public local call made from Key 1 (DN 2366) on the set, the CLID 
would be built as follows: 


e HLCL from CLID entry 1 (35052020) - the DN of key 1 is not sent. 
e That is, the CLID that is sent would be 35052020. 


For a public national call made from Key 1 (DN 2366) on the set, the 
CLID would be built as follows: 


e HNTN from CLID entry 1 (89) plus the HLCL from CLID entry 1 
(35052020). 


e That is, the CLID that is sent would be 89 35052020. 
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Example 5 - Set does not have DID number on DN key 1, SRCH 
option is used (DIDN is set to SRCH) 

In this example, the calls are made on DN key 1, which does not have a DID 
number. Key 0 is configured against CLID table entry 0, and key | is 
configured against CLID table entry 2, which has the DIDN option set to 
SRCH. 


This means that the CLID assigned for key 1 is constructed based on a search 
starting from key 0. When a CLID entry is found, which has DIDN set to YES 
(that would be key 0), the HLCL for that key is used in the CLID for key 1. 
Therefore, the CLID that is sent for key 1 would contain the HLCL of key 0 
plus the DN of key 0. 


Table 14 
Set does not have a DID number on DN key 1, SRCH is used (DIDN is set to SRCH). 


CLID entry HNTN HLCL DIDN HLOC LSC 
(code for (code for (use the DN (home (local 
the home the home as the DID?) location steering 
national local code) code) 
number) number), or 

LDN 


Entry 0 940 
Entry 1 9699170 
Entry 2 
































Option 11C 2.0 Mb DTI/PRI Administration and Maintenance guide 


Page 294 of 1280 Chapter 2 — ISDN feature descriptions 
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For a private ESN UDP call made from Key 1 (DN 2540) on the set, the 
CLID would be built as follows: 


e HLOC from CLID entry 2 (655) plus the DN of the active key 
(2540). 


e That is, the CLID that is sent would be 655 2540. 


For a private ESN CDP call made from Key 1 (DN 2540) on the set, the 
CLID would be built as follows: 


e LSC from CLID entry 2 (6) plus the DN of the active key (2540). 
e That is, the CLID that is sent would be 6 2540. 


For a public local call made from Key 1 (DN 2540) on the set, the CLID 
would be built as follows: 


e HLCL of CLID entry with DIDN set to YES (the HLCL of key 0, 
which is 940) plus the DN key 0 (2130.) 


e That is, the CLID that is sent would be 940 2130. 


For a public national call made from Key 1 (DN 2540) on the set, the 
CLID would be built as follows: 


e HNTN from CLID entry 0 (415) plus the HLCL from CLID entry 0 
(940) plus the DN of key 0. 


e That is, the CLID that is sent would be 415 940 2130. 
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Example 6 -Set does not have DID number on DN key 1, SRCH 
option is used but does not find a DID 

In this example, the calls are made on DN key 1, which does not have a DID 
number. Key 0 is configured against CLID table entry 1, and key | is 
configured against CLID table entry 2, which has the DIDN option set to 
SRCH. This means that the CLID assigned for key 1 is constructed based on 
a search starting from key 0. 


Key 0 is configured against table entry 1. Since table entry 1 has DIDN set to 
NO, the search next takes place on key 1, which is configured against table 
entry 2. Since table entry 2 does not have DIDN set to YES either, the search 
fails to find a CLID entry which has DIDN set to YES. This means that the 
CLID for key 1 is constructed using only the HLCL of the active DN (that is, 
the HLCL for key 1, which is the HLCL defined in table entry 2.) 


Table 15 
Set does not have a DID number on DN key 1, SRCH option fails to find a DID. 


CLID entry HNTN HLCL DIDN HLOC LSC 
(code for (code for (use the DN (home (local 
the home the home as the DID?) location steering 
national local code) code) 
number) number), or 

LDN 


Entry 0 940 
Entry 1 9699170 
Entry 2 9885560 





























[ko 2130, Key 0 - CLID entry 1 


, 


553-7655 
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1 Fora private ESN UDP call made from Key 1 (DN 2540) on the set, the 
CLID would be built as follows: 


e HLOC from CLID entry 2 (655) plus the DN of the active key (key 
1, 2540). 


e That is, the CLID that is sent would be 655 2540. 


2 Fora private ESN CDP call made from Key 1 (DN 2540) on the set, the 
CLID would be built as follows: 


e LSC from CLID entry 2 (6) plus the DN of the active key (2540). 
e That is, the CLID that is sent would be 6 2540. 


3 Fora public local call made from Key 1 (DN 2540) on the set, the CLID 
would be built as follows: 


e HLCL of CLID entry 2 (9885560) - since the search failed to find a 
DID number, only the HLCL of the active key (key 1, which is 
configured against table entry 2) is sent in the CLID. Since the DN 
of Key 1 (2540) is not a DID number, it is not sent in the CLID. 


e That is, the CLID that is sent would be 9885560. 


4 Fora public national call made from Key 1 (DN 2540) on the set, the 
CLID would be built as follows: 


e HNTN from CLID entry 2 (408) plus the HLCL from CLID entry 2 
(9885560) - since the DN of Key 1 is not a DID number, the DN 
(2540) is not sent.. 


e That is, the CLID that is sent would be 408 9885560. 


553-3011-315 Standard 9.00 October 1997 


Chapter 2 — ISDN feature descriptions Page 297 of 1280 


Example 7 - Set with DN KEY prompt of “D” on key 1 

In this example, the calls are made on DN key 1, which has the KEY prompt 
set to “D” in LD 11. This means that a search is done on the set for a DN key, 
starting from key 0. The CLID of the found DN (key 0 in this case) key is used 
as the CLID of the active DN key; that is, the CLID for key 0 is used as the 
CLID for key 1. 


Key 0 is configured against CLID table entry 0, and key 1 uses the CLID 
assigned to key 0. 


Table 16 
Set with DN KEY prompt of “D” on key 1. 


CLID entry HNTN HLCL DIDN HLOC LSC 
(code for (code for (use the DN (home (local 
the home the home as the DID?) location steering 
national local code) code) 
number) number), or 

LDN 


Entry 0 940 


Entry 1 9699170 


Entry 2 











7 . Key 1 - uses the CLID 


ia Key i. 2540 assigned to Key 0 














`a ae 
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1 Fora private ESN UDP call made from Key 1 (DN 2540) on the set, the 
CLID would be built as follows: 


e HLOC from CLID entry 0 (646) plus the DN for key 0 (2130) - since 
the Key option has been set to ‘D’, a search is done from key 0 to 
find a DN key. The CLID for the found DN key is used as the CLID 
of active DN key - therefore, CLID for key 0 (the found DN) is used 
in the CLID for key 1. This also applies to cases 2, 3 and 4 which 
follow. 


e Therefore, the CLID that is sent would be 646 2130. 


2 Fora private ESN CDP call made from Key 1 (DN 2540) on the set, the 
CLID would be built as follows: 


e LSC from CLID entry 0 (5) plus the DN of key 0 (2130). 
e That is, the CLID that is sent would be 5 2130. 


3 Fora public local call made from Key 1 (DN 2540) on the set, the CLID 
would be built as follows: 


e HLCL of CLID entry 0 (940) plus the DN of key 0 (2130). 
e That is, the CLID that is sent would be 940 2130. 


4 Fora public national call made from Key 1 (DN 2540) on the set, the 
CLID would be built as follows: 


e HNTN from CLID entry 0 (415) plus the HLCL from CLID entry 0 
(940) plus the DN of key 0 (2130). 


e That is, the CLID that is sent would be 415 940 2130. 
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Example 8 - Set with DN KEY prompt of “D” on key 1, International 


Numbering Plan 


In this example, the calls are made on DN key 1, which has the KEY prompt 
set to “D” in LD 11. This means that a search is done on the set for a DN key, 
starting from key 0. The CLID of the found DN (key 0 in this case) key is used 
as the CLID of the active DN key, that is, the CLID for key 0 is used as the 


CLID for key 1. 


Key 0 is configured against CLID table entry 0, and key 1 uses the CLID 


assigned to key 0. 


Table 17 
Set with DN KEY prompt of “D” on key 1. 


HLCL 
(code for 
the home 


HNTN 
(code for 
the home 


CLID entry 


national local 
number), or 
LDN 


number) 


Entry 0 6476 
Entry 1 64767676 


Entry 2 











DIDN 
(use the DN 
as the DID?) 























HLOC 
(home 
location 
code) 





LSC 
(local 
steering 
code) 


se 1 - uses the CLID 
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1 Fora private ESN UDP call made from Key 1 (DN 7567) on the set, the 
CLID would be built as follows: 


e HLOC from CLID entry 0 (578) plus the DN for key 0 (7566) - since 
the Key option has been set to ‘D’, a search is done from key 0 to 
find a DN key. The CLID for the found DN key is used as the CLID 
of active DN key - therefore, CLID for key 0 (the found DN) is used 
in the CLID for key 1. This also applies to cases 2, 3, and 4 which 
follow. 


e Therefore, the CLID that is sent would be 578 7566. 


2 Fora private ESN CDP call made from Key 1 (DN 7567) on the set, the 
CLID would be built as follows: 


e LSC from CLID entry 0 (6) plus the DN of key 0 (7566). 
e That is, the CLID that is sent would be 5 2130. 


3 Fora public local call made from Key 1 (DN 7567) on the set, the CLID 
would be built as follows: 


e HLCL of CLID entry 0 (6476) plus the DN of key 0 (7566). 
e That is, the CLID that is sent would be 6476 7566. 


4 Fora public national call made from Key 1 (DN 7567) on the set, the 
CLID would be built as follows: 


e HNTN from CLID entry 0 (2) plus the HLCL from CLID entry 0 
(6476) plus the DN of key 0 (7566). 


e That is, the CLID that is sent would be 2 6476 7566. 
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Example 9 - Set with DN KEY prompt of “D” on key 0 

In this example, the calls are made on DN key 0, which has the KEY prompt 
set to “D” in LD 11. This means that a search is done on the set for a DN key, 
starting from key 0. The CLID of the found DN key (key 1 in this case) is then 
used as the CLID of the active DN key, that is, the CLID assigned to key 1 is 


used as the CLID for key 0. 


Key 1 is configured against CLID table entry 0, and key 0 uses the CLID 
assigned to key 1. 


Table 18 


Set with DN KEY prompt of “D” on key 0. 


HNTN 
(code for 
the home 
national 
number) 


CLID entry 


Entry 0 
Entry 1 
Entry 2 











HLCL 
(code for 
the home 
local 
number), or 
LDN 


940 
9699170 


DIDN 
(use the DN 
as the DID?) 

















HLOC LSC 
(home (local 
location steering 
code) code) 


' Key 1 =)> 2540. Key 1 - CLID entry 0 
‘ po Key 0 - uses the CLID 
an Key 0 |= 2130 assigned to Key 1 
~ ” (D option) 


553-7655 
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1 Fora private ESN UDP call made from Key 0 (DN 2130) on the set, the 
CLID would be built as follows: 


e HLOC from CLID entry 0 (646) plus the DN for key 1 (2540) - since 
the Key option has been set to ‘D’, a search is done from key 0 to 
find a DN key. The CLID for the found DN key is used as the CLID 
of active DN key - therefore, CLID for key 1 (the found DN) is used 
in the CLID for key 0. This also applies to cases 2, 3, and 4 which 
follow. 


e Therefore, the CLID that is sent would be 646 2540. 


2 Fora private ESN CDP call made from Key 0 (DN 2130) on the set, the 
CLID would be built as follows: 


e LSC from CLID entry 0 (5) plus the DN of key 1 (2540). 
e That is, the CLID that is sent would be 5 2540. 


3 Fora public local call made from Key 0 (DN 2130) on the set, the CLID 
would be built as follows: 


e HLCL of CLID entry 0 (940) plus the DN of key 1 (2540). 
e That is, the CLID that is sent would be 940 2540. 


4 Fora public national call made from Key 0 (DN 2130) on the set, the 
CLID would be built as follows: 


e HNTN from CLID entry 0 (415) plus the HLCL from CLID entry 0 
(940) plus the DN of key 1 (2540). 


e That is, the CLID that is sent would be 415 940 2540. 


553-3011-315 Standard 9.00 October 1997 


Chapter 2 — ISDN feature descriptions Page 303 of 1280 


Operating parameters 


In order for CLID to be properly delivered, a CLID entry must be defined in 
the CLID table for a customer. If a CLID entry or table is not defined, the 
active DN is sent as CLID. 


The ISDN Calling Line Identification (CLID) Enhancements feature only 
pertains to calls that are made over ISDN routes. 


The CLID that is sent from the Meridian | may be subject to any restrictions 
which may be imposed by the serving Telco. 


This feature does not change the operation of CLID for attendant consoles. 
The codes for different call types are extracted from CLID entry 0 in LD 15, 
the customer data block. If the call type is private, the attendant DN is used. 
If the call type is public, LDNO is used. 


There is no system validation of digits entered in the CLID entry via a service 
change. Therefore, caution must be taken that any digits that are entered are 
valid and correct. 


There is no cross-validation of the CLID entry associated with a set against 
the CLID entry entered in LD 15. If a CLID entry is deleted from the CLID 
table and the CLID entry remains assigned to a DN key, the active DN is sent 
as CLID. 


The maximum number of digits for a CLID in an ISDN message is 16. 


The restriction remains of constructing a seven-digit local number or a 
10-digit national number, for the North American Numbering Plan. Also, a 
seven-digit maximum is maintained for an ESN Uniform Dialing Plan 
number, if the Flexible Numbering Plan package is not equipped. The seven 
and 10 digit restriction for a public number does not apply to International 
ISDN interfaces. 


The CLID is constructed using the information in the CLID table associated 
with the active DN key for the calling party in the Setup message and the 
connected party in the Connected and Notify messages. This feature does not 
change the Information Elements pertaining to any other ISDN network DNs, 
such as for Redirecting and Original Called Number. 
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For ISDN supplementary services, the ISDN CLID enhancements do not 
change how a Network DN is constructed. For a Local Number, the Network 
DN is formed using the Home Central Office Code (HNXX)/Prefix 2 (PFX2). 
For ESN Numbers, the Network DN is formed using the Home Location 
Code (HLOC) for a Uniform Dialing Plan number or the Local Steering Code 
(LSC) for a Coordinated Dialing Plan number. 


Feature interactions 


Attendant Administration 
Administration of a CLID entry, for a set from an attendant console, is not 
supported. 


Automatic Call Distribution 

The ACD DN is sent as the CLID for a call made by an ACD agent using a 
DN key ona key other than Key 0. With the feature enhancement, the CLID 
is constructed using the CLID entry associated with the active DN key. The 
ACD agent ID is not designed to be sent as the CLID. 


If an ACD agent has an active call on Key 0 and if a call transfer or conference 
is initiated by the ACD agent, the CLID entry associated with the ACD DN 
Key 0 is used as the CLID (for remote calls only.) 


There is no CLID entry for an analog (500/2500 type) ACD DN. The CLID 
associated with the analog (500/2500 type) DN is used when a call transfer or 
conference is initiated by an ACD agent on an analog (500/2500 type) set. 


Call Detail Recording 


The CLID in the CDR records, including the X records, contains the DN of 
the key from which the call is made, not the DN of Key 0. 


Call Pickup Network Wide 

The Private Integrated Services Network Exchange (PINX) DN in the 
customer data block is used for Call Pickup Network Wide. The network DN 
for the PINX DN is constructed using the existing Home Location Code 
(HLOC) or Local Steering Code (LSC) in LD 15. The DN of the originating 
party is constructed using the CLID associated with the active DN key. The 
DN of the originally called (ringing) party is constructed using the existing 
HLOC or LSC in LD 15. 
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For calls picked up from a secondary DN, the redirection DN in the Notify 
message is formatted with the CLID entry 0 of LD 15. 


Calling Party Name Display 

If a call transfer or conference is initiated on a multiple appearance DN 
programmed on a key other than Key 0, the Call Party Name Display 
associated with the DN of the active key is used, rather than the Call Party 
Name Display for Key 0. 


CLID for an ISDN BRI set 

For an internal call terminating on an ISDN BRI set, the calling set’s Dialed 
Digits Denied (DDGD)/Dialed Digits Allowed (DDGA) Class of Service is 
used to determine whether to send Calling Party Number to the terminating 
ISDN BRI set for display purposes. 


Connected Number 

When a call is modified, such as by a call transfer, this feature enhancement 
will try to use the CLID entry associated with the active DN key if available, 
otherwise the connected number will be constructed using CLID entry 0. 


EurolSDN Continuation for UK/Spain/Belgium/SN3 

The EuroISDN Continuation feature allows Home National Numbers and 
Home Local Numbers to be configured on a route. When an ISDN call is 
made from a set to a EuroISDN interface, the CLID constructed by 
EuroISDN, based on the outgoing route, takes precedence over the CLID 
constructed for the calling station set. 


EurolISDN Master Mode 


The EuroISDN Master Mode connectivity supports all of the user side ISDN 
CLID enhancements introduced by Generic X11 Release 22 software. 


Network Attendant Service 


If Network Attendant Service is equipped, CLID entry 0 is used for incoming 
trunks. 


Network Call Redirection 

Network Call Redirection constructs Redirecting Number and Redirection 
Number. The feature enhancement does not change the construction of the 
Redirecting Number. However, the Redirection Number of the Notify 
message is constructed using the CLID entry 0 of LD 15. 
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Network Message Services 

Message Waiting Indication with DMS 

When a user leaves a voice message, from a multiple appearance DN, ona 
key other than Key 0 (such as Key 1), the caller’s recorded number will be the 
multiple appearance DN on Key 1, rather than the primary DN of Key 0. This 
means that when the user returns the call, he/she will ring the DN of Key 1 on 
all the sets that have the appearance of the DN. 


When a user retrieves messages using a multiple appearance DN key other 
than Key 0, the user now retrieves the messages on the other DN key. 


The mail box number for a Network Message Service user is based on the 
original called number, in the form of a Coordinated Dialing Plan (CDP) or 
Uniform Dialing Plan (UDP) number. The construction of the original called 
number is not changed. If a user’s DN is using a different Home Location 
Code or Local Steering Code for CLID, the Meridian Mail database adds the 
user’s CLID as the mail box number. For example, if the first called number 
for a user is 6462300, a UDP number, and the user’s CLID is 6472300, using 
CLID entry ‘x’, the user’s mail box numbers are 6462300 and 6472300. 


In general, with the enhancement of sending the DN associated with an active 
key to make a call to Meridian Mail, the secondary key’s DN is included in 
the Meridian Mail User’s definition (for either a local or remote user.) 


Network Ring Again 

The Network Ring Again feature remains operational when a user uses a 
multiple appearance DN on a key other than Key 0 to activate Network Ring 
Again, since Network Ring Again saves the Terminal Number of the set that 
initiates Network Ring Again. 


Remote Virtual Queuing 


The Remote Virtual Queuing (RVQ) feature remains operational when a user 
uses a multiple appearance DN on a key other than Key 0 to activate RVQ. 


Transaction Capabilities Application Part (TCAP) 

The network DN for TCAP messages is constructed using the existing Home 
Location Code (HLOC), Local Steering Code (LSC) or Home Numbering 
Plan Area (HNPA)/Home Central Office Code (HNXX) prompts in LD 15. 
The feature enhancement does not change the construction of the TCAP 
messages. 
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Feature packaging 


The ISDN Calling Line Identification (CLID) Enhancements feature does not 
introduce any new package. However, Integrated Services Digital Network 
(ISDN) package 145 is required as a dependency. 


Feature operation 


ISDN QSIG 


There are no operating procedures specified for this feature. 


The European Computer Manufacturer’ s Association (ECMA) has defined an 
ISDN protocol that specifies the Layer 3 signaling requirement for support of 
circuit switched call control at the “Q” reference point between Private 
Telecommunications Network Exchanges (PTNXs) connected within a 
Private Telecommunications Network (PTN). This protocol has been adopted 
by the European Telecommunications Standards Institute (ETSI) and the 
International Standards Institute (ISO). Most of the major European PTNX 
manufacturers will be supporting ISDN connectivity based on this standard. 


QSIG is oriented towards signaling and services that occur between two 
switches. For example, two PBXs, or a PBX and a Centrex switch could 
exchange signaling for services across a “Q” reference point. 


The QSIG interface will support the following services: 

— Call Establishment and Tear Down 

— ETSI or ISO version of basic call 

— 64 kbps clear data 

— Overlap Sending/Receiving 

— Channel Negotiation 

— Calling and Connected Parties Information (CLIP/COLP) 
— Calling and Connected Parties Restriction (CLIR/COLR) 
— Flexible Numbering Plan 

— TIE call types 


Option 11C 2.0 Mb DTI/PRI Administration and Maintenance guide 


Page 308 of 1280 Chapter 2 — ISDN feature descriptions 


— nB+D with n ranging from 1 to 480 for PRI, and 


— Transit Count information transmitted when ISDN Call Connection 
Limitation (ICCL) is present. 


This interface is supported on PRI, and BRI, as well as ISDN Signaling Links 
(ISLs).The QSIG interface does not have any transit capability for 
supplementary services, nor does it support any supplementary services 
besides the CLIP/COLP and CLIR/COLR. 


QSIG development underscores Northern Telecom's commitment to global 
standards. QSIG will provide a greater interworking of voice, image, video, 
and data services in multi-vendor environments. Users will also be able to 
combine ISDN PRI with ISDN BRI to deliver enhanced services via 
end-to-end ISDN networks. 


Operating parameters 


The QSIG Basic Call feature requires the Multi-serial Data Link (MSDL) 
circuit pack NT6D80AA, as well as the 2.048 Mbits PRA Access card 
NT8D72AA for the Layer 1 interface for large systems. The Downloadable 
D-channel Daughterboard NTBK51 is needed on the Option 11 to handle the 
Layer 2 function and the Layer 3 protocol control function. For Option 11, the 
NTBK50 XPRI2 is used for the Layer 1 interface. 
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Feature interactions 





Networking Features 


Some networking features currently exist on more than one ISDN interface 
implemented on Meridian 1. These features are listed in the following table. 
Any networking feature that does not appear in the table is only supported on 
one ISDN interface and is rejected by the gateway when the service is 
requested. That is the case for all Meridian Customer Defined Network 
(MCDN) features that are not supported over the QSIG interface. 














z 
Q 
n 
ò 
> 
w 
Calling Line ID Y 
Connected Y 
Number 
Transit Counter N 
Call Y 
Charge 











Trunk Route Optimization 

Trunk Route Optimization (TRO) is supported within the Meridian 1 network 
only. When a redirecting node sends a message to the originating node and 
the TRO request is accepted, the new call can go through the QSIG interface 
as a normal basic call. However, TRO signaling will not be able to operate on 
the QSIG interface. 


Network Call Redirection 


The existing Network Call Redirection limitation on unsupported interfaces 
applies to the QSIG interface. When a call is terminated on the Meridian 1 and 
network call redirection is active, the feature can still be operated but the 
Original Called number and the Redirection number Information Elements 
(IEs) which are used by the Network Call Redirection feature will not be sent 
on by the QSIG interface. 
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ISDN Signaling Link (ISL) 
The existing ISL operation is supported on the QSIG interface on the 
PRI/PRI2 interface only. 


Network Attendant Service (NAS) 


The interaction with NAS is as if the call is going to a route without NAS 
equipped. The only information exchanged between NAS and the QSIG 
interface is the transit count. Other information contained in the Progress IE 
will be handled by a future development. 


Virtual Network Services (VNS) 


VNS provides ISDN features when no MCDN link is available between two 
switches. This can be done when analog lines are available, or when ISDN 
links that provide no supplementary services are used. The existing link is 
used as a B-channel, and a separate D-channel handles the MCDN signaling 
between the two end switches. 


A QSIG link can be used as a B-channel for the VNS feature over a private 
network. All VNS services are then supported as normal; the QSIG link is 
only used as a speech bearer. 


Feature packaging 


A new QSIG Interface (QSIG) package 263 must be provisioned to activate 
this feature. 


The following software packages are also required: International Primary 
Rate Access (IPRA) package 202, Digit Display (DDSP) package 19; 
Integrated Services Digital Network (ISDN) package 145; 2Mbit Primary 
Rate Access (PRI2) package 154; and Overlap Signaling (OVLP) package 
184. 
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ISDN QSIG/EurolSDN Call Completion 


The ISDN QSIG/EuroISDN Call Completion feature expands Ring Again 
functionalities on QSIG and EuroISDN interfaces. This feature provides Call 
Completion to Busy Subscriber (CCBS) and Call Completion on No 
Response (CCNR) supplementary services. 


The Call Completion to Busy Subscriber (CCBS) supplementary service 
allows the calling party to apply a Ring Again request when encountering a 
busy Directory Number (DN). The Meridian 1 alerts the calling party when 
occupied DN is available to receive a call. The calling party has the option of 
completing this call without making a new call attempt. CCBS is supported 
on QSIG and EuroISDN signalling protocols. 


Call Completion on No Response (CCNR) supplementary service allows the 
calling party to apply a Ring Again request to an unanswered DN. With this 
service, the Meridian | alerts the calling party when the dialed DN becomes 
idle after a period of activity. The calling party has the option of completing 
the call without making a new call attempt. CCNR is only supported on QSIG 
signalling protocols. 


Operating parameters 


ISDN QSIG/EuroISDN Call Completion supports Uniform Dialing, 
Customer Dialing and Group Dialing plans. 


Since the Ring Again feature is configured on set level basis, either by Class 
of Service or Ring Again key, a set cannot be programmed with CCBS on 
EuroISDN denied and Meridian Customer Defined Network (MCDN) 
Network Ring Again allowed. Ring Again is allowed or denied locally or 
network wide in the same manner. 


ISDN QSIG/EuroISDN is supported in ETSI compliant countries. 


This feature uses QSIG GF and ETSI GF platforms. With the development of 
the QSIG Generic Transport (GF) feature, the Call Completion on No 
Response (CCNR) and Call Completion to Busy Subscriber service on QSIG 
cannot be involved in any gateway. 


Call Completion to Busy Subscriber and Call Completion on No Response 
are not supported on ISDN BRI sets. 
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Gateways between EuroISDN CCBS, MCDN Network Ring Again on Busy 
and DPNSS1 Call Back When Free are supported. 


A PINX (Private Integrated Services Network Exchange) DN must be 
configured in the Customer Data Block (LD 15). The PINX DN is used for 
routing free notification on the MCDN or DPNSS 1 if the EuroISDN network 
does not provide a calling number for the service. The DN configured should 
be consistent with the type of number plan used. PINX DN is also used for 
incoming Direct Inward Dialing (DID) calls in the same manner as Listed 
Directory Number 0 (LDNO) is used for a basic call. 


Existing limitations, applicable to standalone or network wide Ring Again 
operation, apply to CCNR and CCBS on QSIG and CCBS on QSIG and 
EuroISDN. 


Feature interactions 


Access Restrictions 

Call Restriction 

Trunk Group Access Restrictions 

ISDN QSIG/EuroISDN Call Completion does not override Access, Call 
Restriction or Trunk Group Access restrictions. When Call Completion is 
activated, the second call has the same restrictions as the initial call that 
received either no answer or a busy indication. 


Advice of Charge for EurolSDN 


Advice of Charge applies to the initial and call completion (second call). The 
initial call receives the same charging information as a normal busy call. The 
call completion receives the same charging information as the first call. 


Attendant Consoles 
Call Completion requests cannot be directed to or from an Attendant Console. 


Automatic Call Distribution 


Call Completion requests cannot be directed to or from Automatic Call 
Distribution (ACD) Directory Numbers (DNs). 


An ACD set that uses a normal DN key (not the ACD key) can activate the 
Ring Again key when encountering a busy or no answer situation. 
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Call Detail Recording 


A Call Detail Recording (CDR) is not produced for Call Completion 
signaling. The second call receives a CDR as a normal call. 


Call Forward All Calls 


When the Call Forward feature is activated on a local basis and an incoming 
Call Completion request is received, the Call Completion request is registered 
against the forwarded DN. 


Call Transfer 


Call Completion notification is only presented to the Call Completion 
originating set. This notification cannot be transferred to another station. 
Once the second call is completed, the call can be transferred. 


If a user encounters a busy or no answer situation during a transfer operation, 
Call Completion can be activated. 


Call Waiting 

On an Analog (500/2500 type) set, Call Completion notification waits until 
the set has finished an active call. If Call Waiting is configured on a set, 
notification is presented after the Call Waiting call. If an additional call is 
queued while Ring Again free notification is waiting on a set, the waiting call 
takes precedence over the Call Completion notification. An established Call 
Completion call is also queued if a set has Call Waiting feature equipped and 
is occupied on another call. 


Conference 
A Call Completion request cannot be made on a conference call attempt. 


Direct Inward System Access 

Call Completion on Busy Subscriber (CCBS) and Call Completion No 
Response (CCNR) are not supported on Direct Inward System Access 
(DISA) calls when the call destination is busy. 


Do Not Disturb 

An incoming notification overrides a set with Do Not Disturb (DND) 
activated. Call Completion requests can be applied to sets with the DND 
feature activated. However, this request does not advance until the DND 
feature is deactivated. 
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Flexible Feature Codes 


Analog (500/2500 type) set can use Flexible Feature Codes (FFCs) to activate 
Call Completion to Busy Subscriber requests. 


Group Call 
Call Completion cannot be applied to a Group Call. 


Group Hunt 


Call Completion to Busy Subscriber cannot be applied to Pilot DN when no 
idle set is located during a Group Hunt call. 


Hot Line 
Call Completion cannot be used in conjunction with the Hot Line feature. 


Maintenance Busy 


Call Completion on Busy Subscriber is not accepted against a set in 
Maintenance Busy state. 


Make Set Busy 


Sets that have Make Set Busy (MSB) activated can request Call Completion 
to another DN, as the free notification overrides the MSB feature. Incoming 
Call Completion to Busy Subscriber (CCBS) requests do not override the 
MSB feature. A set is considered busy while MSB is active. ACCBS request 
is registered against a busy set, but only advances when the MSB feature is 
deactivated and the set remains free. 


Permanent Hold 


Analog (500/2500 type) sets with Permanent Hold cannot use the Ring Again 
functionalities. 


Ring Again 

Ring Again No Answer 

Analog (500/2500 type) sets can have only one Call Completion to Busy 
Subscriber request at a given time. Meridian | proprietary sets can make Ring 
Again requests based on the number of Ring Again keys programmed on a 
set. 
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Feature packaging 


ISDN QSIG/EuroISDN Call Completion (QSIG-SS) is package 316. The 
package dependencies for QSIG-SS are: 


— Optional Features (OPTF) package 1; and 
— ISDN QSIG GF Transport (QSIGGF) package 305. 


Depending on the application, the following packages are also required. 
For the QSIG ISDN PRI interface: 

— Digit Display (DDSP) package 19; 

— Coordinated Dialing Plan (CDP) package 59; 

— Integrated Services Digital Network (ISDN) package 145; 

— 2.0 Mbit Primary Rate Access (PRI2) package 154; 

— Flexible Numbering Plan (FNP) package 160; 

— Overlap Signaling (OVLP) package 184 (optional); 

— International Primary Rate Access (IPRA) package 202; 


— Multipurpose Serial Data Link (MSDL) package 222; and 
— QSIG Interface (QSIG) package 263. 


For the QSIG ISDN BRI interface: 

— Digit Display (DDSP) package 19; 

— Integrated Services Digital Network (ISDN) package 145; 
— Overlap Signaling (OVLP) package 184 (optional); 

— Basic Rate Interface (BRI) package 216; 

— ISDN BRI Trunk Application (BRIT) package 233; and 
— QSIG Interface (QSIG) package 263. 
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The EuroISDN Call Completion Supplementary Service (ETSI-SS) is 
package 323. 
For the Euro[SDN ISDN PRI interface: 
— Digit Display (DDSP) package 19; 
— Coordinated Dialing Plan (CDP) package 59; 
— Integrated Services Digital Network (ISDN) package 145; 
— 2.0 Mbit Primary Rate Access (PRI2) package 154; 
— Flexible Numbering Plan (FNP) package 160; 
— ISDN Supplementary Features ISDN INTL SUPP) package 161; 
— Overlap Signaling (OVLP) package 184 (optional); 
— International Primary Rate Access (IPRA) package 202; 
— Multipurpose Serial Data Link (MSDL) package 222; and 
— EuroISDN (EURO) package 261. 


For the Euro[SDN ISDN BRI interface: 

— Digit Display (DDSP) package 19; 

— Integrated Services Digital Network (ISDN) package 145; 

— ISDN Supplementary Features ISDN INTL SUPP) package 161; 
— Overlap Signaling (OVLP) package 184 (optional); 

— Basic Rate Interface (BRI) package 216; 

— ISDN BRI Trunk Application (BRIT) package 233; and 

— EuroISDN (EURO) package 261. 
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Feature operation 


Call Completion on Busy Subscriber 
Meridian 1 Proprietary Sets 


1 


Set A calls Set B on an outgoing QSIG/EuroISDN route and receives a 
busy indication. 


Before releasing this call, Set A presses the Ring Again key (RGA) to 
activate Ring Again functionality. The DN lamp flashes. 


When the far end receives a Call Completion on Busy Subscriber 
(CCBS) request, Set A’s RGA lamp key is steadily lit, and the DN lamp 
darkens. 


Set A awaits notification that Set B is free. Set A can make or receive 
calls while waiting for notification. 


When Set B goes on-hook, Set A is notified in the form of a one second 
burst of ringing and the RGA key lamp fast flashes. 


The recall is accepted by selecting the DN key and pressing the RGA 
key. Set A has thirty seconds to accept the recall before it is cancelled. 


If Set A accepts the recall and Set B is free, the call is rung. However, if 
Set B has either received or originated another call, Set A receives a busy 
indication. Set A has the option of requesting CCBS again. 


Note: If Set A presses the RGA key before receiving notification then 
the request is cancelled. 


Analog (500/2500 type) sets without RGA key 


1 


Set A calls Set B on an outgoing QSIG/EuroISDN route and receives a 
busy indication. 


Set A performs a switch-hook flash and a special dial tone is heard. 


Set A dials RGA Activate Flexible Feature Code (FFC) or SPRE +1 to 
activate CCBS feature. This request cancels and replaces previous RGA 
Activate requests. 


If an FFC is dialed, an FFC confirmation tone if programmed indicates 
that the CCBS request is registered. 


Set A goes on-hook and is free to make or receive other calls. 
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6 


When Set B goes on-hook, Set A receives a burst of tone and has thirty 
seconds to accept the recall before it is cancelled. 


If Set B has originated or received another call, Set A receives a busy 
indication and has the option of requesting the CCBS again. 


Note: If Set A presses the RGA key before receiving notification then 
the request is cancelled. 


Call Completion No Response 
Meridian 1 Proprietary Sets 


1 


Set A calls Set B on an outgoing QSIG route. The call rings but is not 
answered. Set A receives a ringback tone. 


Set A presses RGA key to activate Ring Again on No Answer prior to 
releasing the call. The DN key lamp darkens. 


Set A goes on-hook and is free to make or receive calls. 


When Set B makes a call and goes on-hook. Set A is notified by a one 
second burst of tone and the RGA lamp fast flashes. 


Set A can accept the call by selecting a DN key and pressing the RGA 
key. Set A has thirty seconds to accept this call. 


If Set A accepts the call and Set B is free, the call goes through. However, 
if Set B receives or originates another call, Set A receives a busy 
indication. Set A has the option of requesting CCBS. 


Note: If Set A presses the RGA key before receiving notification then 
the request is cancelled. 
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ISDN QSIG Call Diversion Notification 


ISDN QSIG Call Diversion Notification allows the Meridian 1 to provide 
notification to the originating calling party and forwarded-to (diverted) party 
when a call is forwarded over an ISDN QSIG private network. With this 
feature, call diversion is invoked by the following triggers: 


— Call Forwarding Busy (CFB) - the called set is in use 


— Call Forwarding No Reply (CFNR) - the called set does not answer after 
a given number of rings 


— Call Forwarding Unconditional (CFU) - the called set is forwarded as 
soon as the set is reached 


With this feature, notification can be provided to the calling party and the 
forwarded-to (diverted) party that call diversion has occurred. When 
provisioned, call diversion notification is displayed on the calling party’s set 
and on the forwarded-to (diverted) party’s set according to the existing 
terminal display configuration. 


Diversion notification provided to the calling and forwarded-to (diverted) 
party depends on the subscription options (Class of Service) configured on 
the called party’s set. The called party can configure two diversion options. 
One Class of Service option is applicable to the calling party and the other 
option is applicable to the forwarded-to (diverted) party. These new Classes 
of Service determine if call diversion notification is provided to the calling 
party and the forwarded-to party and what type of diversion information these 
patties receive. 
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Figure 10 shows an example of a Call Diversion environment. 


Figure 10 
Call Diversion Environment 


Call Forwarding Unconditional `, 
*Call Forwarding Busy : 
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DN 5000 
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DN 6000 
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Calling Party’s Notification 


The calling party that originates the call receives notification of call diversion 
depending on the configuration of the called party’s set. As shown in Table 3, 
the called party configures one of the three possible Classes of Service. 


Table 3 
Calling Party’s Notification 


Called Party’s 
Diversion 
Subscription 
Options (Class 
of Service) 


Calling Party’s Display when call 


is fòrwardëd. Forwarded-to Party’s Display 


CLS = DNO1 


No diversion 
notification 
provided to calling 
party. 



































CLS = DNO2 








Diversion 
notification 
provided without 
forwarded-to 
(diverted) party’s 
number and name. 





























CLS = DNO3 
(default) 

Diversion 
notification 
provided with 
forwarded-to 
(diverted) party’s 
number and name 
when available. 
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Called Party’s Notification 


The forwarded-to (diverted) party receives notification of call diversion 
depending on the configuration of the called party’s set. As shown in Table 4, 
the called party configures one of the two possible Classes of Service. 


Table 4 
Forwarded-to Party’s Notification 


Called Party’s Diversion Forwarded-to 
Subscription Options Forwarded-to Party’s Display. Party’s Class of 
(Class of Service) Service 


DNDN = No DNDD = Dialed 
Name Display 


Called party’s number and Denied (default) 


(EM) 
name are not released to 
the forwarded-to (diverted) H4000 F 
party. 


DNDY = Yes (default) DNDD = Dialed 
Name Display 
Called party’s number and = Denied (default) 


name are released to 
forwarded-to (diverted) party. M4000 S000: Sont 






































DNDY = Yes (default) DNDA = Dialed 
Name Display 


Called party’s number and COON Allowed 
name are released to 


forwarded-to (diverted) party. H4000 H5000 F Robert 
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On the forwarded-to (diverted) party’s set, the Dialed Name Display 
Allowed/Denied (DNDA/DNDD) Class of Service allows the forwarded-to 
(diverted) party to choose the name displayed after call diversion. If the 
forwarded-to (diverted) party configures a Dialed Name Display Allowed 
(DNDA) Class of Service their display shows one of the following: 


— the original called party’s name when available; or 


— if the original called party’s name is not available, the redirecting name 
when available; or 


— if neither of the two previous names are available, then nothing is 
displayed. 


If the forwarded-to (diverted) user has configured a Dialed Name Display 
Denied (DNDD) Class of Service then the calling party’s name is displayed 
if available. Otherwise, nothing is displayed. 


Operating parameters 


A Meridian 1 user cannot remotely activate or deactivate QSIG Call 
Diversion Notification from either a Meridian 1 or on another third party 
Private Branch Exchange (PBX). 


As per the current operation of the Call Forward features, the Meridian 1 does 
not provide any indication, such an LED, on the called party’s set that call 
diversion has been activated. 


The validity of the forwarding number is not supported. If an invalid 
forwarding directory number is dialed no verification is provided by the 
system. 


The calling party is notified each time a call redirection occurs, provided this 
information is supplied by the network. If previous call diversion notification 
is provided, then it is replaced by last received. If call redirection occurs and 
no call redirection information is provided by the network, then any 
notification information that has previously been provided remains 
unchanged. 


When a call redirection occurs no call diversion information is provided by 
the network. However, if a previous notification has been provided then the 
call diversion information remains unchanged. 
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The maximum allowable size of QSIG name information is 50 characters. 
With the Call Party Name Display feature, only 27 characters string length is 
supported. Accordingly, names processed by the Meridian 1 may be 
truncated. 


Across a network, it is not possible to prevent reciprocal Call Forward from 
occurring. However, the capabilities of the Flexible Orbiting Prevention 
Timer and Total Redirection Count features can be used. 


QSIG Call Diversion Notification requires Coordinated Dialing Plan (CDP) 
or Uniform Dialing Plan (UDP). Digit manipulation is not supported. 


Interworkings with Meridian Customer Defined Network (MCDN) call 
redirection and QSIG Call Diversion Notification is not supported. 


Interaction with Meridian Mail and this feature is not supported. 


Feature packaging 


QSIG Call Diversion Notification is ISDN QSIG Supplementary Service - 
Call Completion (QSIG-SS) package 316 which has the following 
dependencies: 


— QSIG Interface (QSIG) package 263 

— Calling Party Name Display (CPND) package 95 
— Digit Display (DDSP) package 19 

— ISDN QSIG-GF Transport (QSIG-GF) package 305 


— Network Alternate Route Selection (NARS) package 58 (for Uniform 
Dialing Plan), or Coordinated Dialing Plan (CDP) package 59 


2.0 Mbps Primary Rate Interface (PRI2) QSIG Interface requires: 
— 2.0 Mbps Primary Rate Interface (PRI2) package 154 

— International Primary Rate Access (IPRA) package 202 

— Multipurpose Serial Data Link (MSDL) package 222 


ISDN Basic Rate Interface Trunk Access (BRIT) QSIG Interface requires: 
— Basic Rate Interface (BRI) package 216 
— ISDN Basic Rate Interface Trunk Access (BRIT) package 233 
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Feature implementation 


The QSIG Call Diversion Notification feature requires the configuration of 
one of the following call redirection features: Call Forward All Calls, Call 
Forward/Hunt Override Via Flexible Feature Codes, Call Forward Remote 
(Attendant and Networkwide), Call Forward No Answer/Flexible Call 
Forward No Answer, Call Forward No Answer Second Level, Call Forward 
Internal Calls and User Selectable Call Redirection. The implementation of 
these features is not modified. 


Remote Capability Meanings 


Table 5 indicates the remote capabilities meanings for both D-channel and 
BRI routes. When using Table 5 consider the following: 


— Only nodes subject to be Originating, Served, Diverted or Rerouting 
nodes with respect to QSIG Call Diversion Notification need to have 
diversion remote capability configured. Transmit nodes pass the 
information transparently. 


— When choosing the Operation Coding Choice, the interface type should 
be considered. When the QSIG interface used is ISO (IFC ISGF), 
operations are mostly coded with Integer Values. For ETSI interfaces 
(IFC ESGF), the operation coding depends on the standard version: the 
last ones are likely to use Integer Values, whereas some older ones may 
use Object Identifiers. 


Only one remote capability allows the QSIG Diversion configuration on a 
D-channel/BRI route. This remote capability gathers the three following 
possibilities for the D-channel/BRI route: 


1 coding of operations is sent to the remote switch, which can be coded as 
either as Object Identifier or as Integer Value. If coded as Object 
Identifier, the remote capability ends with an ‘O°, whereas for Integer 
Value, the remote capability ends with an ‘I’. This means that remote 
capabilities explained below in 2 and 3 are defined twice. 


2 sending of QSIG Diversion Notification Information to the remote 
switch: this information is sent only if the remote capability is of first or 
third type, i.e. DV1x or DV3x, where the x is either ‘I’ or ‘O’ as 
explained in 1. 
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3 treatment of Rerouting requests received from the remote switch: a 
rerouting request is only processed if the remote capability is of second 
or third type, i.e. DV2x or DV3x, where x is either ‘T or ‘O’ as explained 
above in 1. 


Table 5 
Remote Capability Meanings 


Remote Meaning for Meaning for Meaning for Rerouting request 
capability Operation Coding Notification 
Information 


None of the Not applicable Not processed when received 
following (nothing sent) 
remote 

capabilities. 


Sent coded as Not processed when received 
Object Identifier 





Sent coded as 
Integer Value 


Sent coded as Processed when received 
Object Identifier Not Sent 





Sent coded as 
Integer Value 


Sent coded as Processed when received 
Object Identifier 





Sent coded as 
Integer Value 
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LD 17 — Configure or remove remote capabilities D-channel for QSIG Call 
Diversion Notification. 

Response Description 

CHG Change existing data. 

ADAN Action device and number. 


CHG DCH x Configure new remote capabilities on D-channel x. 


QSIG interface type where xxxx is: 
ESGF = interface ID for ETSI QSIG with GF capability. 
ISGF = Interface ID for ISO with GF capability. 


Release 23 and later. 


QSIG SS Call Diversion Notification remote capability. 
Configure sending of QSIG Diversion Notification 
Information, treatment of Rerouting request and coding of 
operations. If coded as Object Identifier, the remote 
capability ends with ʻO”, whereas for Integer Value, the 
remote capability ends with ‘I’. Only one remote capability is 
allowed. Refer to Table 1 for further information. 


Diversion information is sent to remote switch. 

Diversion information is sent to remote switch. 
Rerouting requests from remote switch are processed. 
Rerouting requests from remote switch are processed. 
Diversion information is sent to remote switch. Rerouting 
requests from remote switch are processed. 

Diversion information is sent to remote switch. 
Rerouting requests from remote switch are processed. 


Precede with ‘X’ to remove capability. 





Option 11C 2.0 Mb DTI/PRI Administration and Maintenance guide 


Page 328 of 1280 Chapter 2 — ISDN feature descriptions 


LD 16 — Configure Remote Capability for a route with QSIG Generic 
Functional Interface. 


Response 
CHG 
RDB 


XX 


Description 

Change existing data. 
Route Data Block. 
Customer number. 


Route Number. 


QSIG interface type where xxxx is: 
ESGF = interface ID for ETSI QSIG with GF capability. 
ISGF = Interface ID for ISO with GF capability. 


QSIG SS Call Diversion Notification remote capability. 
Configure sending of QSIG Diversion Notification 
Information, treatment of Rerouting request and coding of 
operations. If coded as Object Identifier, the remote 
capability ends with ‘O”, whereas for Integer Value, the 
remote capability ends with ‘I’. Only one remote capability 
is allowed. Refer to Table 1 for further information. 


Diversion information is sent to remote switch. 

Diversion information is sent to remote switch. 
Rerouting requests from remote switch are processed. 
Rerouting requests from remote switch are processed. 
Diversion information is sent to remote switch. Rerouting 
requests from remote switch are processed. 

Diversion information is sent to remote switch. 
Rerouting requests from remote switch are processed. 


Precede with ‘X’ to remove capability. 
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LD 10 - Configure QSIG Diversion Notification on analog (500/2500 type) 
telephones 


Response Description 


NEW Add new data. 
CHG Change existing data. 


500 Telephone type. 


Terminal Number. 


Directory Number and Calling Line Identification entry 
(Range is (0) - value entered for SIZE prompt in LD 15 
minus one). 


Calling Party Name Display where: 
NEW = Add data block. 

CHG = Change existing data block. 
OUT = Remove existing data block. 


- -CPND_LANG Calling Party Name Display Language where: 
(ROM) = Roman. 
KAT = Katakana. 


Calling Party Name Display Name where: 
First name 
Last name. 


QSIG Call Diversion Notification options for calling 
party. 

Notification with diverted-to party’s number and name. 
No notification. 

Notification without diverted-to party’s number and 
name. 
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QSIG Call Diversion Notification options concerning 
forwarded- to party. 

Notification with Called party’s number and name. 
Notification without Called party’s number and name. 


Call Party Name Display Allowed 


Call Forward to External DN Allowed. 

Call Forward by Call Type Allowed. 

Directory Number Display on other set Allowed. 
Call Forward No Answer Allowed. 

Hunting Allowed. 

Name Display on other set Allowed or (Denied). 





LD 11- Configure QSIG Diversion Notification on Meridian 1 proprietary 
telephones. 


Response Description 


NEW Add new data. 
CHG Change existing data. 


XXXX Telephone type, where: 


XXxx = SL1, 2006, 2008, 2009, 2016, 2018, 2112, 
2216, 2317, 2616 or 3000. 


Terminal Number. 


Flexible Call Forward No Answer DN for an Internal 
Directory Number. 


QSIG Call Diversion Notification options for calling 
party. 

Notification with diverted-to party’s number and name. 
No notification. 

Notification without diverted-to party’s number and 
name. 
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QSIG Call Diversion Notification options concerning 
forwarded- to party. 

Notification with Called party’s number and name. 
Notification without Called party’s number and name. 
Call Party Name Display Allowed 

Call Forward to External DN Allowed. 

Call Forward by Call Type Allowed. 

Directory Number Display on other set Allowed. 
Call Forward No Answer Allowed. 

Hunting Allowed. 

Name Display on other set Allowed or (Denied). 


Ringing Cycle Option for Call Forward No Answer. 


Call Forward No Answer Directory Number for external 
calls 


Calling Party Name Display where: 
NEW = Add data block. 

CHG = Change existing data block. 
OUT = Remove existing data block. 


- -CPND_LANG Calling Party Name Display Language where: 
(ROM) = Roman. 
KAT = Katakana. 


Calling Party Name Display Name where: 
First name 
Last name. 
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LD 27 — Configure Basic Rate Interface telephones. 


Response Description 


NEW Add new data. 
CHG Change existing data. 


TSP Terminal Service Profile. 
Is c dsl Digital Subscriber Loop address. 


x User Service Identifier. 


XXX...X Directory Number associated with TSP (1 to 7 digits). 


VCE DTA Call type where VCE = circuit switched voice and 
DTA = circuit switched data. 


Call Forward Allowed to external Directory Number. 


QSIG Call Diversion Notification for calling party 
where Xxxx: 

DNO1 = no notification 

DNO2 = notification without forwarded-to (diverted) 
party’s number and name 

(DNO3) = notification with forwarded-to (diverted) 
party’s number and name when available. 


QSIG Call Diversion Notification for forwarded-to 
(diverted) party where xxxx: 

DNDN = no notification of called party’s number and 
name notification 

(DNDY) = notification with called party’s number and 
name when available (default). 


SSRV_ETSI | aaa mmm nnn ETSI Supplementary Service where: 
VCFW = Voice Call Forward and DCFW = Data Call 
Forward. 





553-3011-315 Standard 9.00 October 1997 


Chapter 2 — ISDN feature descriptions Page 333 of 1280 


LD 95 — Modify Call Party Name Display data block. 


Response Description 


CHG Change existing data. 


CPND Call Party Name Display data block. 


XX Customer number. 


Display Redirection reason allowed. 
(NO) = Display Redirection reason denied (default). 


Mnemonic for Call Forward All Call display. 
(F) = default 


Mnemonic for Call Forward No Answer display 
(N) = default. 


Mnemonic for Call Forward Busy display. 
(B) = default 





LD 95 — Define Name for telephones. 


Response Description 
NEW Add new data. 
NAME Name. 


Customer number. 


Directory Number. 


Calling Party Name Display in ASCII characters. 





Option 11C 2.0 Mb DTI/PRI Administration and Maintenance guide 


Page 334 of 1280 Chapter 2 — ISDN feature descriptions 


LD 11 - Configure the name that is to be displayed on the Forwarded-to 
(diverted) Party’s set. 


Prompt Response Description 


REQ CHG Change existing data. 

TYPE XXXX Telephone type, where: 
Xxxx = SL1, 2006, 2008, 2009, 2016, 2018, 2112, 2216, 
2317, 2616 or 3000. 


Terminal Number. 


Dialed Name Display Allowed. 
(DNDD)= Dialed Name Display Denied (default). 





Note: LD 81 may be used to print counting or listing queries pertaining 
to the new Classes of Service, by entering CNT or LST against the REQ 
prompt, and the appropriate COS against the FEAT prompt. 


Note: LD 83 may be used may be used to print the new Classes of 
Service in the TN blocks, by entering TNB against the REQ prompt, and 
the appropriate COS against the CLS prompt. 


Feature operation 


No specific operating procedures are required to use this feature. 
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ISDN QSIG Generic Functional Transport 


This feature provides a generic transport platform that will support QSIG 
compliant supplementary services and ISDN networking applications on a 
Private Integrated Services Digital Network (PISN), in accordance with the 
International Standards Organization (ISO) and the European 
Telecommunication Standards Institute (ETSI.) 


ISDN QSIG GF Transport is supported on the following interfaces with the 
D-channel configured as International Standards Organization (ISO QSIG) or 
European Telecommunications Standard Institute (ETSI QSIG): 


— ISDN 1.5 Mbps Primary Rate Interface (PRD), 
— ISDN 2 Mbps Primary Rate Interface (PRI2), 
— ISDN Basic Rate Interface (BRI) Trunk, and 
— ISDN Signaling Link (ISL). 


Operating parameters 


DN address translation requires the association with a customer number. For 
a BRI trunk Digital Subscriber Loop (DSL) interface, the customer number 
association is with the D-channel. For PRI, a prompt creates a customer 
number association with a given D-channel. 


Feature interactions 


There are no feature interactions specified for this feature. 


Feature packaging 
The following packages are required for ISDN QSIG GF Transport: 


— ISDN QSIG GF Transport (QSIGGF) is package 295. 


QSIG on 2.0 Mbit PRI interface requires the following packages: 
— QSIG Interface (QISG) package 263; 

— QSIG GF Transport (QSIG GF) package 295; 

— Integrated Services Digital Network (ISDN) package 145; 
— Multi-purpose Serial Data Link (MSDL) package 222; 
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2.0 Mbit Primary Rate Interface (PRI2) package 154; and 
International Primary Rate Access (IPRA) package 202. 


ISDN Signaling Link (ISL) interface requires the following packages: 


QSIG Interface (QSIG) package 263; 
QSIG GF Transport (QSSIGF) package 295; 


Integrated Service Digital Network Signaling Link (ISL) package 147; 
and 


Multi-purpose Serial Data Link (MSDL) package 222. 

For ISL shared mode: 

Integrated Services Digital Network (ISDN) package 145; and 
2.0 Mbit Primary Rate Interface (PRI2) package 154. 


ISDN BRIT QSIG interface requires the following packages: 


QSIG Interface (QSIG) package 263; 
QSIG GF Transport (Qsig GF) package 295; 


Integrated Services Digital Network (ISDN) package 145; Multi-purpose 
Serial Data Link (MSDL) package 222; 


Basic Rate Interface (BRI) package 216; and 


Integrated Services Digital Network Basic Rate Interface Trunk Access 
(BRIT) package 233. 


Feature operation 


There are no operating procedures specified for this feature. 
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ISDN QSIG Name Display 


The Integrated Services Digital Network (ISDN) Q Reference Signaling 
Point (QSIG) Name Display feature provides three supplementary services 
pertaining to the calling or connected party name display. These 
supplementary services allow the calling/connected party to either present or 
restrict the display of name identification on an ISDN PRI or ISDN BRI link. 
ISDN QSIG Name Display feature supports the following services: 


— Calling Name Identification Presentation (CNIP), 
— Connected Name Identification Presentation (CONP), and 
— Calling/Connected Name Identification Restriction (CNIR). 


Calling Name Identification Presentation 


Calling Name Identification Presentation (CNIP) service is available to the 
called/connected party. When this service is enabled, the calling party’s name 
is displayed on the connected party’s set. CNIP service is available on a 
permanent basis only, and requires the calling party to have the Class of 
Service Name Presentation Allowed, defined in LD 10 or LD 11. 


Connected Name Identification Presentation 


Connected Name Identification Presentation (CONP) is a service available to 
the calling party. When this service is enabled, the called/connected party’s 
name is displayed on the calling party’s set. CONP is provided on a 
permanent basis only and requires the called/connected party to have the 
Class of Service Name Presentation Allowed, defined in LD 10 or LD 11. 


Calling/Connected Name Identification Restriction 


Calling/Connected Name Identification Restriction (CNIR) prevents the 
calling/connected party’s name from being presented to a called/calling party. 
CNIR is invoked on either a permanent basis, provided the calling/connected 
party has a Class of Service Name Presentation Denied defined in LD 10 or 
LD 11, or ona per-call basis. When CNIR is activated on a per-call basis, the 
Class of Service Name Presentation Allowed is configured, and Calling Party 
Privacy (CPP) Flexible Feature Code (FFC) is dialed prior to initiating a call. 
This supplementary service restricts presentation of the calling/connected 
party’s name during a normal call establishment and also when the possibility 
of name presentation arises from the operation of other features, such as Call 
Transfer, Call Forwarding or Hunting. 
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Operating parameters 


ISDN QSIG Name Display feature requires the QSIG General Functional 
(GF) transport platform. QSIG GF protocols provide name information that 
is contained in the facility information element. This protocol transports call 
control messages from one network to another. 


Fifty characters string length is the maximum allowable size of name display 
information for QSIG. The Call Party Name Display (CPND) feature accepts 
27 characters string length. If a name display exceeds these parameters, the 
name is truncated on the receiving set. 


Interworking with existing Meridian Customer Defined Network (MCDN) 
Name Display feature is dependent upon the remote capability of the 
associated D-channel defined in LD 16 for BRI routes and LD 17 for PRI 
routes. 


Individual service profiles cannot override Calling Name Identification 
Restriction requests. Therefore, when name display information has been 
restricted, it is not possible to obtain this information on the display of the set. 


For ISDN BRI sets to have the capability to activate Calling/Connected Name 
Identification Restriction (CNIR) on a permanent basis, the PRES prompt in 
LD 27 must be defined PRES = NO. 


Calling Party Privacy (CPP) Flexible Feature Codes (FFC) is not supported 
on BRI sets. Therefore, CNIR on a per-call basis is not supported on BRI sets. 


Calling/Connected Name Identification Restriction (CNIR) takes precedence 
over Calling Name Identification Presentation (CNIP) and Connected Name 
Identification Presentation (CONP) services. 


Feature interactions 


Call Modification 


If an incoming QSIG with name display presentation allowed receives call 
modification treatment, such as Call Pickup, Call Transfer, Conference, Call 
Forward All Types or Hunt, the reason for call modification is not displayed 
on the calling party’s set. Name display information is not updated on the 
calling party’s set. However, if a CONNECT message is sent, the calling 
party’s name display is updated on receipt of this message. 
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Call Pickup 


An incoming QSIG call with name display presentation allowed has name 
information displayed on the set that picks up the call. If the incoming QSIG 
call has presentation denied, the calling party’s name is not displayed on the 
set picking up the incoming call. 


Call Pickup Network Wide 


When a QSIG call with name display presentation allowed is picked up on a 
MCDN, the calling party’s name information is displayed on the set that 
answers the call. If presentation restricted is defined, then name information 
is not displayed. 


Call Transfer 


After the completion of a call transfer, an incoming QSIG call with name 
display presentation allowed has name information displayed on the 
destination set. If the incoming QSIG call has presentation denied, name 
information is not displayed to the destination set. 


Call Transfer Network Wide 


When a QSIG call with name display presentation allowed is transferred over 
a MCDN, the calling party’s name information is displayed on the set that 
answers the call. If presentation restricted is defined, then name information 
is not displayed. 


Conference 

Conference Network Wide 

An incoming QSIG call with name display presentation allowed is 
conferenced locally. When a conferee drops out of the conference, calling 
party’s name information is displayed and is passed on to another conferee. 
Name display information remains until the last local set remains on the 
call.With presentation restricted, the calling party’s name information is not 
displayed as conferees leave the call. 


Call Forward All Calls 

When an incoming QSIG call, with name display presentation allowed Name 
Display, is forwarded locally, the calling party’s name information is 
displayed on the forwarding set. With presentation restriction, the calling 
party’s name information is not displayed to the destination set. 
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Call Forward All Calls - Network Wide 

When a QSIG call with name display presentation allowed is forwarded over 
a MCDN, the calling party’s name information is displayed on the forwarded 
set. If presentation restricted is defined, then name information is not 
displayed on the destination set. 


Call Party Name Display 

Calling Party Name Display Denied 

Call Party Name Display and Calling Party Name Display Denied interact 
with ISDN QSIG Name Display, depending on the Name Display 
configuration in LD 16 for BRI or LD 17 for PRI. When a QSIG network is 
interacting with an MCDN network providing network capability ND3, both 
the MCDN and QSIG Name Display feature function on the same level. 


Calling Party Privacy 
Calling Party Privacy (CPP) takes precedence over the ISDN QSIG Name 
Display feature. 


Hunting 

When an incoming QSIG call with name display presentation allowed is 
hunted locally, the calling party’s name information is displayed on the 
destination set. With presentation restriction, the calling party’s name 
information is not displayed. 


Hunting - Network Wide 

When a QSIG call with name display presentation allowed is forwarded over 
a MCDN, the calling party’s name information is displayed on the forwarded 
set. If presentation restricted is defined, then name information is not 
displayed on the forwarded set. 


Incoming DID Digit Conversion 

Incoming DID Digit Conversion Network Wide 

IDC trunk and name information is passed and displayed to the terminating 
party when no name information is received from the Direct Inward Dial 
(DID) trunk. The Incoming DID Digit Conversion (IDC) feature is activated, 
and name information is associated with the converted digit sequence. 


Name information received from a DID trunk takes precedence over an IDC 
trunk name. 
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Feature packaging 
ISDN QSIG Name Display requires the following packages: 


— Calling Party Name Display (CPND) package 95; 

— Digit Display (DDSP) package 19; 

— International Supplementary Features (SUPP) package 131; 
— Calling Party Privacy (CPP) package 301; 

— Flexible Feature Codes (FFC) package 139. 


The following packages are required for ISDN 2.0 Mbit Primary Rate 
Interface: 


— ISDN Basic Call QSIG (QSIG) package 263; 

— QSIG GF Transport (QSIGGF) package 305; 

— Integrated Services Digital Network (ISDN) package 145; 
— Multipurpose Serial Data Link (MSDL) package 222; 

— 2.0 Mbit Primary Rate Interface (PRI2) package 154; and 
— International Primary Rate Access (IPRA) package 202. 


The following packages are required for a Basic Rate Interface QSIG 
Interface: 


— ISDN Basic Call QSIG (QSIG) package 263; 

— QSIG GF Transport (QSIGGF) package 305; 

— Integrated Services Digital Network (ISDN) package 145; 
— Multipurpose Serial Data Link (MSDL) package 222; 

— Basic Rate Interface (BRI) package 216; and 

— ISDN BRI Trunk Access (BRIT) package 233. 


Feature operation 


To activate Calling/Connected Name Identification Restriction (CNIR) on a 
per call basis, the calling party dials the Calling Party Privacy (CPP) Flexible 
Feature Code prior to initiating the call. 
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ISDN QSIG Path Replacement 


ISDN QSIG Path Replacement allows an active connection through an ISDN 
QSIG private network to be replaced with more efficient connection. Path 
replacement service is invoked by the following triggers: 


— QSIG Call Diversion (QSIG Call Diversion redirects Call Forwarding 
Busy, Call Forwarding No Reply and Call Forwarding Unconditional 
calls to another set over a QSIG network) 


— Network congestion on the first Private Integrated Service Network 
Exchange (PINX) node 


Note: Private Integrated Service Network Exchange (PINX) may be 
used interchangeably with Private Branch Exchange (PBX). 


— Detection that the connected number differs from the called number 


QSIG Path Replacement does not directly attempt to reduce the number of 
trunks involved in a call. This feature attempts to replace non-optimum paths 
across a QSIG network with an optimum path. The optimum path between to 
PINX nodes is the path which takes the first choice route to all PINXs. The 
optimum path is not set up until the terminating set answer the call. 


ISDN QSIG Path Replacement uses the following replacement mechanisms: 
triangulation and anti-tromboning. These are described in more detail 


beginning on page page 344. 


QSIG Path Replacement is permanently active on the PINX. This service is 
triggered internally or externally by another PINX. QSIG Path Replacement 
can be invoked on a mixed network of QSIG and Non-QSIG (such as 
MCDN). Path replacement uses the PINX_DN in the Customer Data Block 
as a rerouting number. Only QSIG interfaces are optimized. The Meridian 
Defined Customer Network (MCDN) is not optimized. 


The section that follows discusses the use of Private Integrated Service 
Network Exchange (PINX) DNs as part of the Path Replacement feature. 
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ISDN PINX DN 


The Path Replacement feature must scan the PINX nodes to find the optimum 
path to a remote PINX node. To accomplish this trunk optimization function, 
Path Replacement makes non-call associated requests (D-Channel messages 
only, no B-Channels are used) to the Path Replacement feature at the remote 
PINX node. The requests are not directed to any existing DN on the remote 
PINX node, but to a processing function on that PINX node. 


To be able to route those types of calls through the network from one 
originating node to a destination node, an ISDN PINX DN must be defined 
for each PINX node in the network. 


The ISDN PINX DN is a DN taken from the customer’s numbering plan used 
to aid with the routing of network calls. It does not correspond to a real 
terminal on the node, so it is never busy. The ISDN PINX DN uses the same 
number of digits as the numbering plan; either UDP or CDP. It is defined so 
that the Path Replacement feature on a distant node can make non-call 
associated calls to the Path Replacement feature on another node when no 
particular destination exists. Those calls are made using existing routing 
configurations, e.g. a CDP distant steering code or a UDP location code 
expecting a fixed number of digits. For example, the far end PINX node has 
a digit sequence composed of the steering code plus the ISDN PINX DN with 
the same length and digit sequence used to route normal calls from the distant 
node to the local node for CDP type calls and location code plus a 4 digit 
ISDN PINX DN for UDP type calls. 


One ISDN PINX DN should be configured per network location. This ISDN 
PINX DN is used for the Path Replacement feature and other features such as 
Electronic Lock Network Wide/Electronic Lock for Private Lines and Call 
Pickup Network Wide features. 


No user or feature other than Path Replacement, Electronic Lock Network 
Wide/Electronic Lock for Private Lines and Call Pickup Network Wide 
features will be allowed to dial the ISDN PINX DN. If a user dials this DN, 
they will receive overflow tone. 
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Triangulation Path Replacement 


With Triangulation Path Replacement, either the originating or the 
terminating node involved in a QSIG call recognizes that a call is using a 
non-optimum path due to call diversion, network congestion or detection of a 
different number than dialed. If this call is still ringing, the 
originating/terminating node will wait for an answer signal before initiating 
triangulation path replacement. If the call is established, then replacement can 
be performed immediately. 


The ISDN QSIG Path Replacement feature replaces non-optimum paths 
across a QSIG network with optimum paths. An optimum path between two 
nodes is the first choice route at all nodes.This feature does not attempt to 
reduce the number of trunks involved in call but does attempt to locate the 
optimum path. 


As shown in Figure 11, Set A on PINX 1 calls Set B on PINX 2. Set B has 
activated Call Forward All Calls to Set C on PINX 3. Trunk optimization 

occurs between PINX 1 and PINX 3. Trunks between PINX 1 and PINX 2 
and PINX 2 and PINX 3 are torn down after the call is answered by Set C. 
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Figure 11 
Triangulation Path Replacement 


Before Path Replacement Triangulation Operation | After Path Replacement Triangulation Operation 
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Anti -Tromboning Path Replacement 


This feature performs anti-tromboning replacements to eliminate any dual 
parallel trunking that are caused by call modification. Anti-tromboning path 
replacement is only invoked after the divert-to caller answer the call. 
Anti-tromboning is only performed when all the trunks are associated with 
the same customer. 


As shown in Figure 12, Set A on PINX 1 calls Set B on PINX 2. Set B has 
activated Call Forward All Calls to Set C on PINX 1. Anti-tromboning occurs 
between PINX 1 and PINX 2 and these trunks are torn down after Set C 
answers the call. 


Figure 12 
Tromboning Path Replacement 


Before Path Replacement Tromboning Operation § After Path Replacement Tromboning Operation 
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Retaining Path Replacement 


When path replacement has been invoked, the cooperating PINX determines 
whether or not to retain part of the original connection provided that the 
original connection used the optimum route to reach the re-routed number. As 
shown in Figure 13, the connection between the cooperating and transit PINX 
is retained after path replacement has occurred. 


Figure 13 
Path Replacement Retaining Part of Old Connection 


Before Path Replacement Messages Sequence After Path Replacement Messages Sequence 
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Operating parameters 


Network congestion occurs when a non-optimum path from the first PINX 
node is detected. 


When call diversion is not supported by a PINX node, path replacement is 
triggered when the connected number differs from the called party’s number. 


ISDN QSIG Path Replacement requires the Multi-Serial Data Link (MSDL) 
card. 


This feature is only supported on Coordinated and Uniform Dialing Plans. 
Route Access Codes are not supported. Digit manipulation is not supported. 


If a path replacement request is triggered and fails with the cause “invalid 
Rerouting Number” the request is discontinued. No attempt is made with 
another rerouting number. 


When a call has several triggers for path replacement and the first trigger 
fails, no other attempts are performed using the other triggers. Path 
replacement triggers are chosen according to the following order: 


1 = QSIG Call Diversion 
2 Congestion on the first PINX 


3 Different Connected Number 


The configuration of diversion and connected number triggers can generate a 
lot of path replacement collisions if the QSIG Call Diversion feature is 
configured on the QSIG network. In this situation, it is recommended that 
only the diversion trigger be configured. This establishes the optimized call 
in the same direction as the originating call. 


New traffic reports are generated for QSIG Path Replacement. TSFO09 
reports traffic activity for D-channels and TFSO11 reports traffic activity for 
Multi-Purpose ISDN Signalling processor for QSIG Path Replacement 
service. 


553-3011-315 Standard 9.00 October 1997 


Chapter 2 — ISDN feature descriptions Page 349 of 1280 


Feature interactions 


Attendant Console 
Path replacement calls invoked by an attendant are not supported. 


Attendant Barge In 
Attendant Break In 


The Attendant Barge In and Attendant Break In features are not supported 
during path replacement operation. 


Automatic Call Distribution 


ISDN QSIG Path Replacement calls placed in an Automatic Call Distribution 
(ACD) queue are initially rejected. Path replacements requests are accepted 
after the call is answered by an ACD agent. 


Call Transfer 


When a local is transferred by the Meridian 1 during an ISDN QSIG Path 
Replacement request, then the replacement request is terminated. After Call 
Transfer, the Meridian 1 may accept path replacement from another PINX. 
QSIG Call Transfer is not supported at this time. 


Call Hold 


Path Replacement cannot be invoked on a held call. Path replacement is only 
accepted on an active call. 


Conference Calls 


The Meridian | does not invoke path replacement when callers are involved 
in an established conference. Any replacement requests from a far end PINX 
are rejected when a call is on an established conference. 


Customer Controlled Routing 


Following a Customer Controlled rerouting, path replacement is only invoked 
by the connected number trigger. 


Direct Inward System Access 


Path replacement does not occur on a Direct Inward System Access (DISA) 
call. The Meridian 1 does not invoke the Path Replacement feature on DISA 
calls. 
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End-to-End Signalling 


When End to End Signalling is detected the path replacement attempt is 
terminated. However, on Analog (500/2500 type) sets, replacement is not 
terminated because the Digit Tone Multi-Frequency (DTMF) generated by 
the set is detected. 


Music 
Radio Paging 
Recorded Announcement 


The Meridian 1 does not invoke the Path Replacement feature on Music, 
Paged or Recorded Announcement calls. 


Feature packaging 
The following packages are required for ISDN QSIG Path Replacement: 


— QSIG Supplementary Services (QSIG-SS) package 316 
— QSIG-GF Transport (QSIGGF) package 305 
— QSIG Interface (QSIG) package 263 


— Network Alternate Route Selection (NARS) package 58 (for Uniform 
Dialing Plan), or Coordinated Dialing Plan (CDP) package 59 


— Flexible Numbering Plan (FNP) package 160 


2.0 Mbps Primary Rate Interface (PRI) requires: 

— 2.0 Mbps Primary Rate Access (PRI2) package 154 

— International Primary Rate Access (IPRA) package 202 
— Multipurpose Serial Data Link (MSDL) package 222 


ISDN Basic Rate Interface Trunk Access (BRIT) QSIG Interface requires: 
— Basic Rate Interface (BRI) package 216 
— ISDN Basic Rate Interface Trunk Access (BRIT) package 233 
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Feature implementation 


LD 15 — Configure Private Integrated Services Network Exchange Directory 
Number. 


Response Description 


CHG Change existing data. 


NET Networking. 


XX Customer number. 


Integrated Services Digital Network. 


- PINX_DN is Private Integrated Services Network Exchange Directory 
Number, up to seven digits. 





LD 16 — Configure New Path Replacement parameters for an ISDN PRI or 
BRI trunk. 


Prompt Response Description 


REQ CHG Change existing data. 
NEW Add new data. 


TYPE RDB Route Data Block. 
CUST XX Customer number. 


ROUT Route Number. 


Digital Trunk Type. 


PRI trunk. 
BRI trunk. 


ESGF = ETSI QSIG interface with GF platform. 
ISGF = ISO QSIG interface with GF platform. 
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Add Path Replacement as a remote capability. 


PRI = The encoding method uses Integer values. 
PRO = The encoding method uses Object Identifier. 


PRI and PRO are mutually exclusive, and cannot be 
configured together at the same time on the same link. 


Precede PRI and PRO with X to remove. The previously 
configured PR parameters will be valid, if PR is 
deactivated and then reactivated. 


PR_TRIGS Path Replacement Triggers. 


<CR> = If REQ = NEW, the parameters are set to the 
default values, which are: 

DIV 2 3 (two PR attempts, with a three minute delay for 
Diversion triggers) 

CNG 2 3 (two PR attempts, with a three minute delay for 
Congestion triggers) 


XCON (Connected Number is not a trigger). 


If REQ = CHG, the Path Replacement parameters are not 
modified. 


DIV = Diversion is used to trigger Path Replacement. 
CNG = Congestion is used to trigger Path Replacement. 
A Connected number different from a called number is 
used to trigger Path Replacement. 


where: 

xx = 0-(2)-15, the number of Path Replacement attempts 
(the default is two). If 0 is entered, the number will be set 
to infinite. 

yy = 1-(3)-7, the delay, in minutes, between two 
consecutive Path Replacement attempts (the default is 
three minutes). 


Precede DIV, CNG, and CON with X to remove the Path 
Replacement trigger. 


Retain option is (is not) supported by the far end PINX. 
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LD 17- Configure QSIG Path Replacement for a QSIG ETSI or ISO 
interface. 

Response Description 

CHG Change existing data. 

CFN Configuration Record. 

CHG DCH X Change D-Channel number. 


ESGF = ETSI QSIG interface with GF platform. 
ISGF = ISO QSIG interface with GF platform. 


Add Path Replacement as remote capability where: 
PRI = Integer values as encoding method. 

PRO = Object identifier as encoding method. 
Precede with X to remove. 


PR_TRIGS Path Replacement Triggers. 


<CR> = If REQ = NEW, the parameters are set to the 
default values, which are: 

DIV 2 3 (two PR attempts, with a three minute delay for 
Diversion triggers) 

CNG 2 3 (two PR attempts, with a three minute delay for 
Congestion triggers) 

XCON (Connected Number is not a trigger). 


If REQ = CHG, the Path Replacement parameters are 
not modified. 


DIV = Diversion is used to trigger Path Replacement. 
CNG = Congestion is used to trigger Path Replacement. 
CON = A Connected number different from a called 
number is used to trigger Path Replacement. 


where: 

xx = 0-(2)-15, the number of Path Replacement attempts 
(the default is two). If 0 is entered, the number will be set 
to infinite. 

yy = 1-(3)-7, the delay, in minutes, between two 
consecutive Path Replacement attempts (the default is 
three minutes). 
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PR_RTN YES (NO) Retain option is (is not) supported by the far end PINX. 


Feature operation 


No specific operating procedures are required to use this feature. 
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ISDN Semi Permanent Connections for Australia 


The ISDN Semi Permanent Connections (ISPC) feature allows a number of 
B-channels, through an Australian ISDN Central Office (CO), to be 
permanently connected between Meridian 1 PBXs (nailed up B-channels). 
These connections are used transparently by the ISDN Signaling Link (ISL) 
as if they were leased lines or channels on a TIE trunk. 


ISL calls between PBX end users linked by the permanent connections are 
performed using all capabilities provided by Meridian Customer Defined 
Network (MCDN) features. Other possibilities provided by this feature are to 
use ISPC links to convey D-channel signaling between Meridian 1 PBXs. 


ISL calls through an established ISPC link use two trunks. The physical trunk 
is the permanent connection initiated by the Central Office between both 
PBXs on the B-channel of a PRI2 trunk. The logical trunk is an intermediate 
data structure without any associated hardware. This trunk is also referred to 
as the Phantom DTI2 trunk. 


The physical trunk allows an ISPC link to be established between the PBXs; 
whereas, the logical trunk allows end users to perform calls, using established 
ISPC links. 


Semi Permanent Connection Links to convey 
D-Channel Signals 


An ISPC link can be used to convey D-channel signaling. However, 
D-channel signaling requires a different configuration than the ISPC link 
used by the ISDN Signaling Link (ISL). Both sides of an ISPC link that 
convey D-channel signaling must be equipped with either a Meridian 1 
Communication Adaptor (MCA) or a Meridian 1 Communication Unit 
(MCU) data interface. 


The Dial Tone Detection feature allows the data interfaces at each end of the 
ISPC links to synchronize. For synchronization to occur, one side of the ISPC 
link must be defined as MASTER and the other side must be defined as 
SLAVE. 
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Master Side 


The data interface, connected to the D-channel, must be configured in 
autodialing mode. The dialing sequence configured on the MASTER SIDE, 
rings the data interface on the SLAVE SIDE of the ISPC link through the 
associated route of the Phantom TN. The Dial Tone Detection feature must 
be configured for this route so that dial tone is provided by the SLAVE SIDE 
of the ISPC link. The dial tone indicates to the MASTER SIDE that both legs 
of the ISPC link have been successfully setup by the Central Office. 


As illustrated in Figure 13, when the data interface initiates its dialing 
sequence, a path is set between the interface and the ISPC link. If no dial tone 
is detected, the path is released. Additional attempts are performed by the data 
interface because it has been configured in autodialing mode. When the 
dialing tone is successfully detected, the Directory Number associated to the 
data interface used on the ISPC SLAVE SIDE, is dialed through the ISPC link 
using Dual Tone Multi-Frequency (DTMF) tones. 


Slave Side 

The data interface connected to the SLAVE SIDE must be configured to 
autoanswer mode. When an ISPC link is established, a path is made with a 
TDS card to provide Dial Tone to the ISPC link, and DTMF digits are 
expected. The DTMF digits identify the Directory Number where the data 
interface that is to ring is connected. When the data interface on the SLAVE 
SIDE is rung, it answers and initiates its own protocol sequence and 
D-channels can be established. 


After 30 minutes of unsuccessful attempts to connect, the path between the 
ISPC link, the TDS card and the DTR cards is removed, provided that the 
default mode is set to “MANUAL and 1 attempt’. A technician can change 
these default parameters in LD 96. 
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Figure 13 
Mechanism Used to Synchronize Data Interfaces 
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Operating parameters 
For this feature, Meridian 1 users must initially subscribe for ISPC services 
from Telecom Australia. ISDN Semi Permanent Connections (ISPC) service 


is only available from Telecom Australia on Central Office (CO) and Direct 
Inward Dialing (DID) trunks. 


The ISPC feature is based on the Asia Pacific ISDN protocol for Australia. 
The ISPC requires PRI2 connections to an Australian Central Office using 
Asia-Pacific ISDN connectivity for Australia. 


ISPC is not supported over Basic Rate Interface (BRI) trunks or AXE-10 
Australia Primary Rate Interface connectivity. 


Data interfaces, supported when the ISPC links are configured to convey 
D-channel signaling to forward signals from MSDL, DCHI or DDCHI card 
ports into the Meridian 1, are Meridian Communication Unit (MCU) and 
Meridian Communication Adapter (MCA). 


Integrated Signaling Links (ISL) in a D-channel configured shared or 
dedicated mode are supported. 


ISPC reference numbers, provided by Telecom Australia, are limited to a 
maximum of seven digits. 


Established ISPC links are only used in conjunction with the ISL feature 
functionality. Therefore, ISPC links are interpreted as available TIE trunks 
with an established ISL D-channel. 


Outband signaling, through an ISL D-channel, is required to control the usage 
of established ISPC links. When an ISPC link conveys D-channel signaling, 
a special mechanism based on the Dial Tone Detection feature is used. 


The number of established ISPC links on a PRI2 loop is limited to the number 
of configured links and the idle B-channels on the loop. 


Each ISPC link requires an associated TN defined on a Phantom DTI2 loop. 


Established ISPC links cannot be used for Virtual Network Services (VNS) 
bearer trunks. 
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ISPC links are established by the Australian Central Office (CO) as a 64kbps 
cleared data link.The CO and Meridian 1 PBXs do not provide a mechanism 
for echo cancellation for ISL calls using ISPC links. 


The Phantom DTI2 trunks used by this feature must belong to the same group 
as the real PRI2 trunk. 


When establishing an ISL D-channel between two Meridian 1 PBXs, the 
following hardware is required: 


—  D-channel (DCH), Dual Density D-channel (DDCHI) or Multi-Serial 
Data Link (MSDL) card on each Meridian | site; 


— Meridian Communication Unit (MCU) or Meridian Communication 
Adapter (MCA) on each site for the exchange of D-channel signaling 
between sites; and 


— Tone Detector Card (XTD or DTD) on one site and a Tone Generation 
Card (XCT or TDS) at the other site in situations where at least one ISPC 
link is used to convey D-channel signaling. 


Feature interactions 


Attendant Barge-In 

When an attendant attempts to Barge-In on 2.0 Mbps Primary Rate Interface 
B-channel used as an ISPC link with the Central Office, a fast busy tone is 
provided. 


Attendant Incoming Call Indicators 
Calls using an ISPC link are always presented as calls over TIE trunks. 


Call Detail Recording 


Calls using an established ISPC link are identified by the calling party, called 
party, time and duration of call. Call Detail Recording tickets are not 
generated for the ISPC links that have been established. 


Call Forward by Call Type 


ISPC calls are handled according to the configuration of the route associated 
to the phantom trunk TN. This configuration is independent of the route 
associated to the real TN. 


Option 11C 2.0 Mb DTI/PRI Administration and Maintenance guide 


Page 360 of 1280 


Chapter 2 — ISDN feature descriptions 


Dial Tone Detection 


To convey D-channel signaling over an ISPC link, the route associated to the 
link at the Meridian 1 configured as MASTER must detect a dialtone. 


Distinctive 

New Distinctive Ringing 

For ISPC calls, Distinctive/New Distinctive Ringing is provided according to 
the configuration of the route associated to the phantom trunk TN. This 
configuration is independent of the route associated to the real TN. 


Integrated Service Digital Network Signaling Link 
Redirection or optimization of calls will not release established ISPC links. 


Trunk Barring 

For calls using or requesting an ISPC link, Trunk Barring is provided 
according to the configuration of the route associated to the phantom trunk 
TN. This configuration is independent of the route associated to the real TN. 


Feature packaging 


ISDN Semi Permanent Connection for Australia requires the following 
packages: 


— ISDN Semi Permanent Connection for Australia (ISPC) package 313; 
— ISDN Signaling Link Package (ISL) package 145; and 
— 2.0 Mbit Digital Trunk Interface (DTI2) package 129. 


The following packages are required for Asia-Pacific ISDN Primary Rate: 
— International PRA (IPRA) package 202; 

— Integrated Digital Services Network (ISDN) package 145; 

— 2.0 Mbit Primary Rate Interface (PRI2) package 154; 

— Intelligent Peripheral Equipment (XPE) package 203; and 

— Multi-Purpose Serial Data Link (MSDL) package 222 


The following packages are required for an ISPC link to convey D-channel 
signaling: 


— Dial Tone Detector (DTD) package 138 (for MASTER nodes only); and 
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— International Supplementary Features (SUPP) package 131 (for SLAVE 
nodes only). 


Feature operation 


No specific operating procedures are required to use this feature. However, 
the following steps must be performed to operate ISDN Semi Permanent 
Connections for Australia. 


1 Subscribe for ISDN Semi Permanent Connections (ISPC) service from 
Telecom entity. 


Install hardware for ISPC links usage (if required). 
Configure Meridian 1 PBXs for ISPC links usage. 
Wait for ISPC links to be established. 

Wait for ISL D-channel to be established (if using). 


aA un A U N 


Perform call via established ISPC links. 
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ISDN Signaling Link (ISL) 


Description 


This feature provides out of band ISDN D-channel signaling capability to 
enhance both digital and analog conventional in-band trunk signaling. 


This package allows for the configuration of the NTAKO2 as an ISDN 
Signaling Link (ISL), and for the transport of CLID and ESN/ISDN features. 


This link provides ISDN Feature Networking Services to locations in a 
customer's network where a DTI/PRI link is not available or not economically 
justified. 


The ISL uses a dedicated channel at speeds between 2.4 to 64 Kbps to 
establish the ISDN "D" channel for transmission of the ISDN Q.931 signaling 
protocol. The D-channel information is transported to the far end using one 
of the following methods: 


— aPRI channel in the case of ISL shared mode (in the same manner as 
PRI) 


— a data adapter or modem in the case of ISL dedicated mode 


The associated voice or data is sent over the existing conventional analog or 
digital trunks. 


Note: Auto recovery for ISL tie trunks to revert back to in-band 
signaling upon failure of the D-channel Handler Interface is available in 
Meridian | systems, as long as the connected system is X11 Release 14 
or later. 


Interactions and Limitations 


TIE trunk types (including DTI) are supported for Meridian 1 to Meridian 1 
connectivity only. 
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Package Requirements 
This option requires the following feature packages: 


Feature Package Number 


145 


ISL 147 





Japan D70 nB+D 


This feature is an enhancement of the INS1500 Japan D70 interface 
introduced in Generic X11 Release 17, providing nB+D ISDN Primary Rate 
connectivity between Meridian 1 and the INS1500 D70 for Japan. The 
capability of a D-channel is expanded to support multiple PRIs (up to nine), 
in an nB+D configuration, where 1 < n < 215. This enhancement allows for 
non facility associated D-channels, so that a PRI might consist of 24 
B-channels, and the D-channel controlling these B-channels can be shared 
with another PRI link. The bit rate is 1.544 Mbits. 


The nB+D enhancement adheres to current trunk assignment limitations on 
the number of trunks that can be assigned to an individual trunk group. 


Operating parameters 


For the ISDN layer 1 interface, the circuit pack QPC720 (Digital Trunk 
Interface) is used for the Meridian 1 to D70 connectivity. 


The QPC757E version of the D-channel Handler (DCH) circuit pack provides 
the Layer 2 functions and incoming Layer 3 preprocessing for the Meridian 1 
to D70 connectivity. 


The NTAKO9AA (DTI/PRIJ) circuit pack is used for Option 11 systems, along 
with the NTAK93 D-channel Interface (DCHI) and NTAK20 Clock 
Controller. 


A Multi-purpose Serial Data Link (MSDL) can be used in place of the DCH 
circuit pack (NT6D80AA). 
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Feature interactions 


PRI Channel Negotiation 

When a D-channel has one or more secondary PRIs associated with it while 
using the D70 interface, channel negotiation requires that the PRI interface be 
explicitly defined for all B-channels not on the primary interface. 


Japan D70 Connectivity 


Interface Identifiers are required on all PRIs, including the primary PRI. This 
interface is used in channel negotiation. 


Feature packaging 


For Japan D70 ISDN PRI connectivity, the following software packages are 
required: 1.5 Mbit Digital Trunk Interface (PBXT) package 75; Integrated 
Services Digital Network (ISDN) package 145; Primary Rate Access (PRA) 
package 146; International Primary Rate Access (IPRA) package 202; Digit 
Display (DDSP) package 19 for Calling Line Identification on ISDN PRI; 
and the NTBK51 Downloadable D-Channel handler card in place of the DCH 
card. 


All of the software packages required for Japan D70 ISDN PRI connectivity 
are used to configure Japan D70 ISDN nB+D PRI, with the following 
addition: International nB+D (INDB) package 255. 


553-3011-315 Standard 9.00 October 1997 


Chapter 2 — ISDN feature descriptions Page 365 of 1280 


Japan TTC Common Channel Signaling 


The Japan Telecommunication Technology Committee (JTTC) Common 
Channel Signaling is the Japanese version of the International Standard 
Organization (ISO) ISDN QSIG. It specifies the Layer 3 protocol signaling 
requirement for support of circuit switched call control at the “Q” reference 
point between a Private Integrated Services Digital Network (PISN) and a 
Private Telecommunication Network (PTN). 


The JTTC Common Channel Signaling feature provides basic call service on 
Meridian 1 ISDN 1.5 Mbps PRI on TTC connectivity. It also supports other 
supplementary services. 


This feature supports the following call services on the Meridian 1 JTTC 
interface: 


— Basic Call Service 
— 64K Clear Bearer capability 


— Calling Line Identification Presentation/Calling Line Identification 
Restriction (CLIP/CLIR) 


— Channel Negotiation 

— Enbloc Dialing 

— User to User Information Element Transparent Transport 
— TIE call types 

— Traveling Class Mark (TCM) Transparent Transport 


Operating parameters 
Basic Rate Interface (BRI) is not defined on the JTTC interface. 


Connected Line Identification Presentation/Restriction (COLP/COLR) is not 
defined to JTTC standard. 


Backup D Channel, nB+D, Overlap Signaling (Overlap sending/Overlap 


receiving), Party Category, and Transit Counter are not supported on the 
JTTC interface. 
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ISDN QSIG Generic Functional Transport, Network Automatic Call 
Distribution (NACD), Network Call Trace (NCT), and Remote Virtual 
Queueing (RVQ) are not supported on the JTTC interface. 


Only circuit mode connection is supported on the JTTC interface. 
MCDN/JTTC gateway supports only Basic Call and CLIP/CLIR. 


For Option 11C, ISDN Signaling Link (ISL) is not supported on the JTTC 
interface. 


The Japan TTC Common Channel Signaling feature requires the following 
hardware: 


— 1.5 Mbps Primary Rate Interface (PRI)/Digital Trunk Interface (DTI) 
card (NTAKO9) 


— Downloadable D-Channel Daughterboard (NTBK51) 
— Clock Controller (NTAK20) 


Feature interactions 


Networking Features 

Some networking features currently exist on more than one ISDN interface 
on the Meridian 1 system. These features are listed in Table 1. The columns 
list the services and the rows list the interfaces. 


Networking features that do not appear in Table 6 are only supported on one 
ISDN interface and are, therefore, rejected by all JTTC gateways when the 
service is requested. This is the case for all MCDN features that are not 
supported over the JTTC interface. 


In Table 1 when a service is supported (Y), the information related to this 
service is accepted, decoded, and used according to the service description. 
When a service is not supported (N), the information related to this service is 
not sent to the interface. The request for the service is rejected according to 
the service rejection procedures. When a service is supported on two 
interfaces, a gateway function exists. This passes the information in order to 
support the service from one interface to the other. 
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Networking features that exist on more than one ISDN interface implemented on Meridian 1 


Calling Line 
ID/Calling Party 
Subaddress 


ETSI BRI sets 
Other BRI sets 


S 
n 
o 
7) 
H 
L 


MCDN 


< 
< 
< 
< 





Transit Counter 


Call 
Charge 





Rak 








a 





ISDN Signaling Link 
The existing Integrated Signaling Link (ISL) operation is supported on the 
JTTC interface on the JDMI 2 Mbps interface only. 


Only the first 23 TIE trunks of the JDMI loop are configurable for ISL 
operation. 


Network Attendant Service 
JTTC interacts with Network Attendant Service (NAS) as though the call is 
being sent to a route without NAS being equipped. 


Network Call Redirection 
The existing Network Call Redirection limitation on unsupported interfaces 
applies to the JTTC interface. 


When a call is terminated on the Meridian 1 and Network Call Redirection is 
active, Japan TTC Common Channel Signaling can still operate. However, 
the original called number and the redirection number IEs that are used by the 
Network Call Redirection feature are not sent on the JTTC interface. 
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Network Calling Party Name Display 


The Network Calling Party Name Display (NCPND) feature is supported 
within an MCDN network only. When the JTTC interface is involved in the 
call setup, the existing NCPND operation on unsupported interfaces applies 
to the JTTC interface also. 


Network Message Service 


Network Message Service (NMS) is supported within an MCDN network 
only. The NMS operation on the JTTC interface is the same as that of the 
existing treatment for unsupported interfaces. 


Network Ring Again 


Network Ring Again (NRAG) signaling is supported within a Meridian 
Customer Defined Network (MCDN) only. When a user requests NRAG on 
the JTTC interface, the request is rejected. 


Trunk Route Optimization 


Trunk Route Optimization (TRO) is supported within an MCDN network 
only. When a redirecting node sends a message to the originating node and 
the TRO request is accepted, the new call goes through the JTTC interface as 
a normal basic call. However, TRO signaling does not operate on the JTTC 
interface. 


Virtual Network Services (VNS) 
A JTTC link can be used as a B-Channel for Virtual Network Service (VNS) 


over a private network. All VNS services are supported normally. JTTC is 
used only as a speech bearer. 
Feature packaging 


Japan TTC Common Channel Signaling is Japan TTC (JTTC) package 335. 
The following packages are also required for JTTC: 


— Integrated Services Digital Network (ISDN) package 145 
— Primary Rate Access (PRA) package 146 


— Japan Digital Multiplex Interface (JDMI) package 136 for ISL 
functionality 


— International Primary Rate Access (IPRA) package 202 
— Multi-purpose Serial Data Link (MSDL) package 222 
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Feature implementation 
LD 73 — Define a new Digital Data Block (DDB) with a defined threshold. 


Response Description 
NEW Add new data. 
DDB Digital Data Block. 
Card number for Clock Controller (Option 11C). 
Primary Reference 
Source card for Clock Controller (Option 11C). 
Enter the PRI loop number or card number that is defined at 


the DLOP prompt in LD 17. 
This prompt must be defined for the SLAV Meridian 1 only. 


Secondary Reference (prompted only when PREF is not 
free-run). 

Source card for Clock Controller. 

This prompt must be defined for the SLAV Meridian 1 only. 


Threshold set. 
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LD 17 — Configure a digital loop number for Japan TTC. 


Response Description 


CHG Change existing data. 


CEQU Common Equipment parameters. 


Digital Trunk Interface Loop, where: 

c = DTI/PRI card number (1-9) 

dd = number of voice or data calls (0-24) 
ff = frame format D2, D3, D4, or ESF. 
Primary Rate Interface mode. 


Digital Trunk Interface threshold. The TRSH value must 
match the value defined in LD 73. 





LD 17 — Configure a new D Channel with Japan TTC Common Channel 
Signaling interface. 
Response Description 
CHG Change existing data. 
ADAN Action Device and Number. 
NEW DCH x | Create a new D-channel. 
x=0-63 
x = 0-15 (For Option 11C) 


Multi-purpose Serial Data Link card type. 


The MSDL card is the only card type that supports Japan 
TTC. 


Note: The MSDL card cannot be used for Option 11C. For 
Option 11C, however, MSDL must be entered at the CTYP 
prompt for Downloadable D-Channel. 


Device number. 
All ports on the MSDL card share the same DNUM. 


Port number on the MSDL card. 
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D Channel mode. 
PRI Primary Rate Interface. 
ISLD Integrated Services Digital Link Dedicated. 


- IFC JTTC Interface ID for Japan TTC. 


- -ISDN_MCNT 60-(300)-350 | Layer 3 call control message count per 5 second time 
interval. 


- - ISLM 1-382 Integrated Services Signaling Link Maximum. 


- -DCHL x PRI loop number for D-channel, as defined in LD 17 at the 
DLOP prompt. 


Asynchronous baud rates (bits per second), where xxxxx 
is: 

1200, 2400, 4800, 9600, 19200, 48000, 56000, 64000. 
Meridian 1 node type. 


Slave to the controller. 
Network, the controlling switch. 


Release ID of the switch at the far-end of the D-channel. 
Supported on Release 23 and later. 





LD 16 — Configure Japan TTC interface. 


Response Description 


NEW Add new data. 
CHG Change existing data. 


RDB Route Data Block. 
XX Customer number. 


Route Number. 


TIE trunk type. 
Used for PBX-to-PBX interface. 


Digital trunk route. 


Digital trunk type. 
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Integrated Services Digital Network. 


Mode of operation. 

D-channel mode is Primary Rate Interface. 
D-channel mode is Integrated Services Digital Link 
Dedicated. 


D channel number, as defined in LD 17. 


Interface for Japan TTC. 


Private Network Identifier. Must match far end PBX. 





LD 14 — Configure trunks for Japan TTC. 


Response Description 


NEW Add new data. 
CHG Change existing data. 


TIE TIE trunk data block. 
Loop and channel for digital trunk. 
Customer number, as defined in LD 15. 


Signaling category table number. 
The default is 16 if the loop type = JDMI. 


0-127 1-254 Route number and member number. 
The Route number is specified in LD 16. 


0- (1) -31 Trunk Group Access Restriction. The default value (1) 
automatically blocks direct access. 





Feature operation 


No specific operating procedures are required to use this feature. 
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Malicious Call Trace enhancements 
Introduction 


Malicious Call Trace (MCT) allows users of selected telephones to activate a 
call trace that results in a printed report of the calling and called parties. The 
report is generated on all system TTYs designated as maintenance (MTC) 
terminals. 


Note: For a description of the basic Malicious Call Trace feature, refer 
to X11 Features and Services 553-3001-306. 


The Malicious Call Trace feature has been enhanced to offer advanced 
capabilities across an ISDN PRI network, as explained in the following 
sections. 


Functional enhancements 


The following enhancements to the functionality of the basic Malicious Call 
Trace feature have been introduced: 


— Fora call (from or to a Central Office on an analog CO or DID trunk) a 
special signal (hook flash and optional DTMF digit string) is sent to the 
Central Office if the option configured. 


— Alarm operation is maintained; however, the duration of the alarm is now 
flexible (0-15 minutes), instead of being fixed at 15 minutes. 


— The malicious call can be recorded using a recording trunk, if 
provisioned. 


— The call trace record can now be printed on any Serial Data Interface 
(SDD port with MCT defined as a user. 


— The flexible firmware flash can be transmitted on the EXUT and XFCOT 
cards. This functionality is used by the Enhanced Malicious Call Trace, 
Meridian 911 and Autodial Tandem Transfer features 


— The MCT feature can be activated from a Meridian 1 set during the 
established state of the call or during call clearing when interfaced with 
AXE10 Australia on 2 Mbit PRI trunks. 
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MCT record 


The following enhancements to the Malicious Call Trace record has been 
introduced: 


— Prior to Release 20, during an established call, the user of a set having 
Malicious Call Trace (MCT) Allowed class of service could invoke a call 
trace against the call. Activation of the feature resulted in the printing of 
a call trace record on the maintenance teletype terminal (TTY) of the 
system. The malicious call trace record did not contain any identifier of 
whether the call was external or internal; the format of these records is 
changed to provide information about the type of call (internal or 
external). 


Malicious Call Trace for Saudi Arabia 


In Saudi Arabia, from a user’s perspective, the Malicious Call Trace feature 
activation remains the same as it was prior to this enhancement. However, 
with this enhancement the feature is now available for different types of 
analog and digital (CO, DID, and DOD) trunks. In order to send the MCT 
request, a special digit string is transmitted to the CO for an analog or digital 
trunk interface. 


Malicious Call Trace for AXE-10 Australia 


In Australia, MCT can be activated during the established state of the call 
when interfaced with AXE-10 Australia on 2.0 Mbit Primary Rate Interface 
(PRI) trunks. MCT can also be activated during the call clearing state of the 
call (within a maximum of 30 seconds from the caller going on hook).When 
MCT is activated, a special FACILITY message with a Key Pad information 
element is transmitted to the CO. 


Trace Number (TRC) Key Lamp Status 


The TRC key lamp status indicates the progress and success of the Malicious 
Call Trace request signaling to the CO and availability of the recorder. The 
following are the lamp states: 


Lamp Winking 

Activation of the TRC key changes it’s lamp from dark to winking if the trunk 
involved in the call requires the signaling to be done. The lamp remains 
winking, indicating a transient state, until the call trace request signaling to 
the CO has been completed. 
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In a Meridian Customer Defined Network (MCDN) tandem scenario, the set 
which originated the call trace remains winking until a Facility message is 
received from the node nearest to the central office. The user cannot invoke 
MCT again while the lamp is in the winking state. 


Lamp Lit 
If the call trace request to the CO is successful and the recorder is conferenced 
in the call, the lamp state is changed to lit. 


In an MCDN tandem scenario, the lamp goes from winking to lit if a Facility 
message received from the node nearest to the CO indicates that the MCT 
request was successful. Activation of the TRC key during this state is ignored. 


Lamp Flashing 

This lamp state indicates that the call trace request to the CO was transmitted 
successfully, but a recorder could not be conferenced in. Activation of the 
TRC key during this state re-generates the MCT record, activates the alarm, 
and again attempts to conference in the recorder. The call trace request 
signaling to the central office is not transmitted again. 


Lamp Dark 


This lamp state indicates an idle TRC key or failure of the call trace request 
to the CO. 


In an MCDN tandem scenario, the lamp goes from winking to dark if a 
Facility message received from the node nearest the CO indicates that the 
MCT request was unsuccessful. 


Activation of the TRC during this state initiates all call trace elements again 
including: transmission of trunk hook flash; conferencing a recorder (if one 
is not already hooked in); generating an MCT record; and activating an alarm. 


Operating parameters 

Any country using flexible firmware flash timing (60-1536 msec.) requires 
the Generic XFCOT cards NTCK16AE or NTCK16BE; or the EXUT card 
NT8D14BA. For any country not using either the Generic XFCOT card or the 
EXUT card, the same functionality is provided by software control. 


The Downloadable D-channel must be used to support MCT for AXE-10 
Australia (2 Mbit PRI). 


Option 11C 2.0 Mb DTI/PRI Administration and Maintenance guide 


Page 376 of 1280 Chapter 2 — ISDN feature descriptions 


The following hardware is required: XUT NT8D14A; TDS/DTR 
NTAKO3AA; CPU/CONF NAKOIAA; 2.0 Mbit PRI NTAK79AA; DCH 
loadware NTBK50, NTBKS1; 1.5 Mbit DTI NTAKO9AA;; 2.0 Mbit DTI 
NTAK10AA; Recorded telephone trunk NT8D14; and XFCOT card 
NTCKI6AE, NTCK16BE; and EXUT card NT8D14BA. 


Feature interactions 


Note: For feature interactions pertaining to the basic Malicious Call 
Trace feature, refer to X71 Features and Services 553-3001-306. 


Malicious Call Trace enhancements 

ACD Emergency Key (EMR) 

The Malicious Call Trace feature operates in a similar manner to the ACD 
emergency key feature when conferencing a recording. In this enhancement, 
the ACD set can activate both the Malicious Call Trace and ACD EMR 
features. 


Autodial Tandem Transfer 


The Trunk Hook Flash functionality is used by Autodial Tandem Transfer 
and Enhanced Malicious Call Trace. 


Centrex Switchhook Flash 


Interaction with the Centrex switchhook flash results because the flash range 
is changed for this feature. Communication to the CO (trunk hook flash) is 
performed by using the Centrex switchhook flash feature base code. The 
enhanced range is available for the Centrex switchhook flash. 


Called Party Control (CDPC) Option 

Prior to this feature, the CDPC option was not supported for conference calls. 
This is changed; the CDPC option is now supported if the conference contains 
exactly one recording trunk, one MCT activating party and one other trunk. 
This is done to make the recorder transparent to the user. The CDPC option 
remains unsupported for all other conference calls. 


Malicious Call Trace Idle Signal 


The existing operation of the Malicious Call Trace Idle Signal feature is 
unchanged. 
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MCT DN/TN Print 


If the option MCDC (in LD 15) is set, a second line is added in the MCT 
reports to show the DN of both parties of the call. If CLID is available it is 
printed in the second line. 


M911 
The Trunk Hook Flash functionality is used by M911 and Enhanced 
Malicious Call Trace. 


Feature packaging 


Enhanced Malicious Call Trace is packaged under the existing Malicious Call 
Trace (MCT) package 107. 


For ISDN environments, ISDN packages are required based on the node and 
network interface applicable to the specific country. In addition, International 
Supplementary ISDN Features (ISDN INTL SUPP) package 161 is required. 


In order to send an MCT message request to a tandem node, Network 
Attendant Service (NAS) package 159 must be equipped. 


Option 11C 2.0 Mb DTI/PRI Administration and Maintenance guide 


Page 378 of 1280 Chapter 2 — ISDN feature descriptions 


Meridian Hospitality Voice Services 
Description 


This feature provides an enhanced form of Meridian Mail tailored to 
Hospitality services. It simplifies the use of mailboxes. It also allows more 
dynamic management of mailboxes as guests check in and out. 


Two components of this feature rely on ISDN. These are 


— Property Management System Interface Enhancement 
(message-waiting indication enhancement) 


— ISDN/AP Recovery Enhancement 


Message waiting indication enhancement 


Under the Property Management System Interface enhancement, Text 
Messaging on a Property Management System (PMS) and Voice Mail on 
Meridian Mail are integrated. The handling of Message Waiting indications 
from the ISDN/AP is enhanced to ensure that Meridian Mail controls the 
Message Waiting status for both voice and text messages. Message Waiting 
indications will be handled only by way of the ISDN/AP link (when that link 
is enabled). 


Note: If the ISDN/AP link is disabled for any reason the PMS link will 
be used to update Message Waiting Indication status. 


ISDN/AP recovery enhancement 


The ISDN/AP link is used to pass all the command and status information 
between the SL-1 and any Value Added Server (VAS). When the ISDN/AP 
link fails (due either to faults in the link itself or failure of the VAS), all 
signaling between the SL-1 and the VAS stops. Calls could have been left in 
various ringing states indefinitely (until the ISDN/AP link was restored). 


The ISDN/AP Recovery Enhancement ensures that callers to any VAS using 
a particular ISDN/AP link are redirected to some alternate DN, should that 
ISDN/AP link fail. (This redirection only applies to calls in the ringing state 
which are being presented to virtual Voice Messaging Service agents.) Calls 
in the following call states can be recovered under this enhancement: 


— calls ringing to a virtual Voice Messaging Service agent, but not yet 
answered by the VAS 
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— calls in an ACD queue at the time the failure is detected 


— new calls arriving at the queue after the failure is detected, but before the 
link is restored 


Calls are recovered from ACD queues under the following conditions: 
— The ACD queue is defined as a Message Waiting Centre. 

— The ACD queue uses the ISDN/AP. 

— AILISDN/AP links associated with the ACD queue are not active. 


— Ifan ACD agent is involved in the call, then the agents must be defined 
as Virtual Voice Messages access agents for the enhancement to take 
effect. 


When calls are redirected, they are routed to the Night Call Forward DN 
(NCFW) for the particular ACD queue involved. The treatment of calls will 
be identical to that of existing Night Call Forward operation for ACD queues, 
except that the Night Call Forward DN must be located on the same SL-1 
switch as the attendant and room telephones. 


When the ISDN/AP link fails, any calls without disconnect supervision which 
are connected to the VAS are disconnected immediately. Calls with 
disconnect supervision remain connected, until the originating end 
disconnects. (In either case, a CDR record is produced when the call is 
Released from the agent.) 


When the ISDN/AP link becomes operational once again (through either 
automatic or manual recovery) the handling of new calls will return to 
normal. 


Feature interactions 


Attendant End-to-end Signaling (AEES) 
AEES (which uses Dual-tone Multifrequency signaling) requires an 
additional attendant (EES) key. 


Aitendant Overflow Position (AOP) 


Attendant Overflow allows unanswered calls to the attendant to be forwarded 
to a customer-defined DN after a defined time. With AOP equipped in X11 
Release 16, overflowed calls can be directed to Meridian Mail. The AOP DN 
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must be defined as an ACD DN, and the ACD DN must be an ACD agent 
configured as a virtual Voice Messaging Service (VMS) agent. A call may 
also be overflowed if all the attendants are in Position Busy. 


Ceniralized Attendant Service (CAS) 


The attendant must be located on the same switch as Meridian Mail for the 
attendant to use Meridian Mail features. 


Digit Key Signaling (DKS) 

With the DKS package (180) equipped, attendants may assist callers in 
operating Meridian Mail voice messaging service. The attendant enters the 
digits for Meridian Mail and extends the call to Meridian Mail. The caller 
may then access voice messaging. DKS is only supported from the attendant 


consoles local to Meridian Mail. The attendant may also place direct calls to 
Meridian Mail. 


Digit Key Signaling at Console (DKS) 
With DKS equipped, attendants may assist callers in Meridian Mail activities. 


The attendant may extend source calls to Meridian Mail or direct calls to 
Meridian Mail. 


Do Not Disturb (DND) 

Individual DND allows the attendant to place a DN in the Do Not Disturb 
mode. A DN in this mode is free to originate calls, but appears busy to 
incoming calls. With DND equipped in Release 16, callers can be redirected 
to Meridian Mail for voice mail services. A called set must have Hunting 
Allowed (HTA) Class of Service and the Customer Route Data Block must 
be set to “YES” in LD 15. 


M2317, M3000, and Meridian Modular Soft Key Menus 


M2317, M3000, or Meridian Modular soft key menus will not be supported 
by MHVS. These three telephones with CCSA Class of Service will not be 
presented with the Meridian Mail soft key menus when connected to 
Meridian Mail. 


Network Automatic Call Distribution 


The night number specified for the Automatic Call Distribution (ACD) 
involved in the ISDN/AP recovery operation must be local to the node. 
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PMSI, DKS, DND, and Message Waiting Indication 


These operations are only supported when PMSI, Meridian Mail, and 
attendant room telephones are located on the same switch. 


Pretranslation 


Prior to MHVS, the setup of calls using the ISDN/AP was not supported from 
telephones using the Pretranslation feature. With MHVS equipped, call setup 
using the ISDN/AP is supported. 


Stripping of Calling Party Name Display (CPND) Blanks 


The maximum length of a CPND name sent from the PMSI/Background 
(BGD) terminal is 27 characters. When the full 27-character length is used, 
part of the CPND name may scroll off the screen. To avoid this problem, the 
PMSI/BGD software has been updated to strip all trailing blanks from the 
CPND name from the screen. 


Feature packaging 
Meridian Hospitality Voice Services (MHVS) package 179. 


The standard Meridian Mail packages must be equipped for the Pretranslation 
and Do Not Disturb functions to operate properly. These include: 


— Recorded Announcement (RAN) package 7 

— End to End Signaling (EES) package 10 

— Make Set Busy (MSB) package 17 

— Integrated Message Services (IMS) package 35 

— Basic Automatic Call Distribution (BACD) package 40 

— Automatic Call Distribution Package A (ACDA) package 45 
— Message Waiting Center (MWC) package 46 

— Command Status Link (CSL) package 77 

— CSL with Alpha Signaling (CSLA) package 85, and 

— Auxiliary Processor Link (APL) package 109. 
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The PMSI package requires the following packages: 


— Controlled Class of Service (CCOS) package 81 

— Background Terminal (BGD) package 99 

— Room Status (RMS) package 100, and 

— Property Management System Interface (PMSI) package 103. 


The Attendant Overflow (AOP) package 56 is required for AOP DN 
enhancement. 


The Digit Key Signaling (DKS) package 180 requires that the standard 
Meridian Mail packages, such as those listed under Meridian Hospitality 
Voice Services (MHVS) package 179, are equipped. 


The site may also require other packages such as PPM/Message Registration 
(MR) package 101 and Automatic Wake-up (AWU) package 102; however, 
these packages do not impact MHVS operations. 


In addition, any packages required by ISDN are required. 
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Meridian Mail Trunk Access Restriction 


The Meridian Mail Trunk Access Restriction (MTAR) feature prevents direct 
or indirect call transfer or conference of external calls to Meridian Mail. In 
this feature, external calls are defined as incoming/outgoing trunk calls that 
originate or terminate outside a private network. 


This definition is applicable to all types of trunks, with the exception of TIE 
trunk calls. External calls are separated from a transferring/conferencing set 
on a network using TIE trunks. MTAR operation is dependant on the 
information sent to the remote node from the node that is attempting to 
transfer/conference. MTAR is triggered if the network information (such as 
Network Attendant Service or Calling Line Identification) indicates that an 
external call and a transfer/conference attempt to Meridian Mail is occurring. 
MTAR is also triggered if local information, such as Route Class, indicates 
an external call and a transfer/conference attempt to Meridian Mail is 
occurring. 


Meridian Mail Trunk Access Restriction averts potential Meridian Mail 
system abuse by distinguishing between internal and external calls that are 
directed to Meridian Mail. When activated, Meridian Mail Trunk Access 
Restriction impacts the operation of the following features: 


— Call Transfer 

— Conference, 

— No Hold Conference, and 

— Call Join capabilities of the Multi-Party Operation feature. 


Meridian Mail Trunk Access Restriction prevents the completion of any Call 
Transfer, Conference, No Hold Conference or Call Join attempts on 
incoming/outgoing external calls to Meridian Mail. 


As illustrated in Figure 14, Maters capabilities prevent an established call 
between Set A, an internal call, and Set B, an external call, from being 
forwarded to Meridian Mail. When Set A attempts to either Transfer, 
Conference, No Hold Conference or Call Join Set B to Set C, which is either 
a direct Meridian Mail DN or has activated Call Forward All Calls (CFAC) 
to Meridian Mail, the transfer and conference keys are ignored when pressed 
to complete operation. 
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Figure 14 
Meridian Mail Trunk Access Restriction Call Transfer 
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Operating parameters 


MTAR does not treat Centralized Attendant Position and Night Attendant 
sets as Attendant Consoles. These sets receive treatment based on their actual 
set type. For example, if the night attendant is a Meridian 1 proprietary set, 
then it is treated as Meridian 1 proprietary set. 


The operation of an Attendant Console is not affected when this feature is 
enabled. An attendant can transfer or conference an external line to Meridian 
Mail directly or indirectly. 
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MTAR does not affect Automatic Attendant, Customer Controller Routing, 
Integrated Voice Response or Meridian Link features. However, if a user 
disallows any of these features from accessing Meridian Mail, the application 
must be written to take this into account. 


Call transfer from ISDN Basic Rate Interface (BRI) set is not supported. 


In a networking environment, Meridian Mail must reside on the same node as 
the transferring/conferencing set. 


Feature interactions 


Traffic Reporting 

Traffic Reporting and Meridian Administration Tool’s (MAT) traffic report, 
TFC005, are modified to report the number of times this feature is requested. 
A new line is added for the Meridian Mail Trunk Access Restriction which is 
identified by the feature number “27” and its peg count. 


Network Call Transfer 

Network Call Conference 

Meridian Mail Trunk Access Restriction (MTAR) requires the transferring or 
conferencing set and Meridian Mail to be located on the same node. If the 
transferring or conferencing set are located not on the same node as Meridian 
Mail, the MTAR feature is not provoked because the call transfer/ conference 
attempt is terminated by a network on Meridian Mail. 


However, an external call can be transferred or conferenced over the network, 
using TIE trunks. This operation is dependant on the type of network 
information the remote node forwards to the node where the 
transfer/conference attempt is made. Meridian Mail must be on the 
transferring/conferencing node. If network information is provided, 
indicating that an external call is attempting to transfer/ conference to 
Meridian Mail, the MTAR feature is invoked. When no network information 
is provided, MTAR is provoked if the local information (Route Class) 
indicates that an external call to Meridian Mail is being attempted. 


Feature packaging 


Meridian Mail Trunk Access Restriction requires Message Waiting Center 
(MWC) package 46. 
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Feature operation 
Call Transfer/Conference 
Meridian 1 Proprietary Set 
Set A is a Meridian 1 proprietary set with Transfer Key and Conference Key. 


1 Anincoming/outgoing external call is established between Set A and Set 
B, an external party. The call between Set A and Set B is active on Key X. 


2 Set A presses the Transfer/Conference Key that automatically puts Set B 
on Hold. 


3 Set A dials Set C. Set C has either Call Forward All Calls to Meridian 
Mail or is a Meridian Mail DN. 


4 When Set A attempts to transfer/conference Set B by pressing more than 
once the Transfer/Conference Key it is ignored. 


5 Set A recovers Set B by pressing Key X. 


No Hold Conference 

Meridian 1 Proprietary Set/ISDN BRI Set 

When Meridian Mail Trunk Access Restriction is enabled, direct or indirect 
no hold conference to an external call is permitted. During direct or indirect 
no hold conference, the calling party is never put on hold. 


Set A is a Meridian 1 proprietary set or an ISDN BRI set with a No Hold 
Conference Key configured as either No Hold Conference, Conference 
Autodial, Conference Speed or Conference Hotline. 


1 Anincoming/outgoing external call is established between Set A and Set 
B, an external party. The call between Set A and Set B is active on Key X. 
2 Set A presses the No Hold Conference Key. 


3 Set A dials Set C. Set C is has either Call Forward All Calls to Meridian 
Mail enabled or is a Meridian Mail DN. 


4 The conference is set up as normal. However a two party connection 
between Set B, an external party, and Meridian Mail is not allowed if the 
call controller releases. If this occurs, the connection between the trunk 
and Meridian Mail party is dropped. 
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Transfer 
Analog (500/2500 type) Set 


Set A is an Analog (500/2500 type) set with a XFA Class of Service (transfer 
and three/six party conference allowed). 


1 An incoming or outgoing external call is established between Set A and 
Set B, an external party. 

2 Set A performs a switchhook flash that puts Set B on hold. 

3 Set A dials Set C. Set C has either Call Forward All Calls to Meridian 
Mail enabled or is a Meridian Mail DN. 

4 Before or after the Meridian Mail has answered, Set A attempts to 
transfer Set B to Meridian Mail by going on-hook. 

5 This attempt is treated as an illegal transfer. Set A is re-rung and 
reconnected with Set B when going off-hook. 

Conference 


Analog (500/2500 type) Set 


Set A is an Analog (500/2500 type) set with a XFA Class of Service (transfer 
and three/six party conference allowed). 


1 


An incoming or outgoing external call is established between Set A and 
Set B, an external party. 


Set A performs a switch hook flash that puts Set B on hold. 


Set A dials Set C. Set C has either Call Forward All Calls to Meridian 
Mail enabled or is a Meridian Mail DN. 


Before or after the Meridian Mail has answered, Set A attempts to 
conference Set B to Meridian Mail by performing another switchhook 
flash. 


The conference is not permitted. Set A is reconnected to Set B. The call 
to Meridian Mail is disconnected. 
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Set A is an Analog (500/2500 type) set with a TSA Class of Service (three 
party service allowed). 


1 An incoming or outgoing external call is established between Set A and 
Set B, an external party. 


2 Set A perform a switch hook flash that puts Set B on hold. 


3 Set A dials Set C. Set C has either Call Forward All Calls to Meridian 
Mail enabled or is a Meridian Mail DN. 


4 Before or after Meridian Mail has answered, Set A attempts to 
conference Set B to Meridian Mail by dialing the conference control 
digits. 

5 The conference is not permitted and Set A is reconnected to Set B. The 
call to Meridian Mail is disconnected. 


Table 19 summarizes how different external calls are handled when Meridian 
Mail Trunk Access Restriction is enabled. 


Table 19 
Summary of Meridian Mail Trunk Access Restrictions 


Telephone External Operation Failure Treatment Result 
Call Type 


500/2500 Incoming Transfer to Meridian | Re-ring to transferring set Not allowed 
Mail (MMail) 


500/2500 Incoming Transfer to set with Re-ring to transferring set Not allowed 
Call Forward All 
Calls (CFAC) to 
MMail 


500/2500 Outgoing Transfer to MMail Disconnect external call Not allowed 
and Meridian Mail 


500/2500 Outgoing Conference to set Disconnect external call Not allowed 
with CFAC to MMail | and Meridian Mail 








500/2500 Outgoing/ Conference to Reconnect to external call. Not allowed 
Incoming MMail Disconnect call to MMail 

500/2500 Outgoing/ Conference to set Reconnect to external call. Not allowed 
Incoming with CFAC to MMail | Disconnect call to MMail 
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Incoming 


Outgoing/ 
Incoming 


Outgoing/ 
Incoming 


Outgoing/ 
Incoming 


Outgoing/ 
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Transfer/Conference 
to MMail 


Transfer/Conference 
to set with CFAC to 
MMail 


No Hold Conference 
to Meridian Mail or 
to set CFAC to 
MMail 


No Hold Conference 
release to make 
MMail to trunk 
two-party connection 





Call Join of external 
call to MMail 


Conference to 
MMail 


Conference to set 
with CFAC to MMail 


Transfer/Conference 
to Meridian Mail 


Transfer/Conference 
to set with Call 
Forward All Calls to 
Meridian Mail 


Operation ignored 


Operation ignored 


Not applicable 


Disconnect MMail and 
external trunk 


Operation ignored 


Operation ignored 


Operation ignored 


Not Applicable 


Not Applicable 
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Not allowed 


Not allowed 


Allow 


Not allowed 


Not allowed 


Not allowed 


Not allowed 


Allowed 


Allowed 
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Meridian Network Services Drop Back Busy and Off-hook 


Queuing 


Description 


The Drop Back Busy feature provides a Drop Back capability at a tandem 
node during call setup. ISDN calls which are blocked at a tandem node are 
dropped back to the originating node, where the next routing alternative can 
be used. 


The Off-hook Queuing feature allows the originator of an ISDN call control 
over whether Off-hook Queuing is to be provided at a tandem node. In effect, 
it provides the originating node with control over network calls. 


Drop Back Busy and Off-Hook Queuing options are maintained even if the 
tandem node does not support this feature. Treatment at the tandem node is 
based upon the options set at the originating node. These options are 
transmitted to the tandem node in the call setup message. 


The options available at the remote node are: 
— Drop back to the originator if all routes in the initial set are busy. 


— Off-hook queue if all routes in the initial set are busy, and then drop back 
to the originating node upon off-hook queuing timeout. 


— Off-hook queue if all routes in the initial set are busy. Upon off-hook 
queuing timeout, attempt routing by way of the extended set. Drop back 
to the originating node only if all routes in the extended set are busy. 


— Drop back to the originator if all routes in the initial set and the extended 
set are busy. (This is the default option.) 


Interactions and Limitations 


This feature operates only across an ISDN. Non-ISDN calls cannot receive 
drop back busy or off-hook queuing treatment across a network. 


ESN off-hook queuing must be configured at the tandem node. 


ISDN Network Attendant Service (NAS) takes precedence over ISDN Drop 
Back Busy. 
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For this feature to operate, ESN off-hook queuing (OHQ) must be operating. 
The criteria for ESN OHQ are: 


— Atleast one of the trunk routes in the initial set of a route list is defined 
as being eligible for OHQ. 


— The network class of service (NCOS) assigned to the calling party is 
defined to allow OHQ. 


— The probability that the call will timeout in the OHQ before a trunk 
becomes available is below a specified threshold. 


— The OHQ feature is enabled for the customer. 


The feature is administered through overlay 86, by responding to the IDBB 
and IOHQ prompts. 


Message Waiting Indication (MWI) Interworking with DMS 


The Message Waiting Indication (MWI) feature allows a Message Center on 
either Meridian 1 or DMS-100 (Centrex) to exchange Message Waiting 
Indicator information with phones serviced by either type of system on the 
network. Calls redirected to the Message Center can be from private or public 
network callers on either system. A caller served by Meridian 1 can use the 
Message Center on DMS. A caller served by DMS can use the Message 
Center (Meridian Mail) on Meridian 1. The Meridian 1 must use a Meridian 
Mail as its Message Center. 


MWI uses the non-call associated Facility messages on ISDN PRI for 
transporting the TCAP information. 


The Meridian 1 and DMS systems can be connected directly or in tandem to 
whichever system hosts the Message Center. When a caller from either 
system leaves a message on either system, the Message Waiting Indicator is 
activated. When the receiver retrieves the message, the Message Waiting 
Indicator is deactivated. The indicator is either a visual LED (light emitting 
diode), an icon, or an audible tone in the telephone handset. 


Figure 15 shows a network in which Meridian 1 hosts the Message Center 
that serves both Meridian 1 users and users of a DMS-100 in the same 
customer group. 
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Figure 15 
Private corporate network with Meridian 1 hosting the Message Center 
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Note: CCS#7 is not supported by the Meridian 1; CCS#7 must be a 
DMS-to-DMS configuration. 
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Figure 16 shows a network in which DMS hosts the Message Center that 
serves both Meridian 1 users and DMS users in the same or different 
enterprise groups. 


Figure 16 
Private corporate network with DMS hosting the Message Center 
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Note: CCS#7 is not supported by the Meridian 1; CCS#7 must be a 
DMS-to-DMS configuration. 


Operating parameters 


MWI supports DMS-100 and SL-100 as tandem switches, but no 
non-Northern Telecom switches as tandems. 


Only Meridian Mail is supported as the Message Center on Meridian 1. 


Both DMS-100 (using BCS 36) and Meridian 1 can transport Facility 
messages for MWI and can be tandem switches. DMS-100 can tandem 
Facility messages from Meridian 1 to Meridian 1 for features such as Call 
Sender activated by Meridian 1 users of Meridian Mail. Other Facility 
messages that DMS-100 can tandem are for updating the voice mail softkeys 
of an M2317 or M3000 set. 
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MWI allows public and private numbers for the Original Called Number 
(OCN) in the Setup message during call forwarding, and for the Directory 
Numbers (DN) in the ORIG and DEST Information Elements (IE) of the 
Facility message to toggle the MWI indicator. The OCN refers to the user’s 
mailbox DN. The OCN must be unique in the Meridian Mail database. If the 
call forwarding DN to the Message Center is a private number, then the OCN 
constructed in the setup message will contain a private number. If the call 
forwarding DN to the Message Center is a public number, then the OCN 
constructed in the setup message will contain a public number. 


If Meridian Mail is on Meridian 1: 


— For Meridian 1 users, Meridian Mail provides the same functions as for 
the X11 Release 16 NMS-MM users, if a private number is used. 


— For DMS users, some Meridian Mail features may not be available. 
Contact your local DMS administrator for available Meridian Mail 
features. 


If the Message Center is on DMS: 


— Ifa set on Meridian 1 does not have a DID number, the call forwarding 
DN to the Message Center should be private. Thus, a set that cannot 
receive DID calls will still be able to use the Message Center services 
provided that the DMS Message Center supports private numbers for the 
mailbox DNs. 


End-to-End in-band signaling is required for accessing Message Center 
features for a local or remote switch. 


The call forwarding connection from the caller to the Message Center on 
another switch must be with ISDN conductivity between Meridian 1 and 
DMS. This is for passing the OCN from the caller’s switch to the switch that 
hosts the Message Center for leaving voice messages and for transporting 
TCAP messages to toggle the MWI indicator. 


Feature interactions 


— Multiple Customer 
Serving multiple customers requires multiple Meridian Mail servers. 
MWI itself does not support multiple customers. 
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— Multi-Tenant Service 
Meridian Mail Phase 8 supports Multi-Tenant Service. Tenants from the 
same customer can use one or more Message Center servers. Tenants 
from different customers cannot use the same Meridian Mail. The 
customer controls tenant access to MWI using the sets that belong to the 
tenant. 


— Network Message Services, Meridian Mail 
Although the Facility message for MWI uses a different TCAP format 
from that used for NMS, the X11 Release 16 functions continue to 
operate. X11 Release 19 Meridian | converts the message format when 
exchanging MWI Facility messages with earlier Releases. 


— DCH Error Monitoring 
The X11 Release 19 DCH Error Monitoring monitors ISDN messages on 
a per feature basis. If the MWI RCAP for the D-channel is added or 
deleted in LD 17, DCH Error Monitoring will work properly for the 
NMS feature when the D-channel message monitoring is disabled and 
then enabled. 


— Trunk Optimization Before Answer 
There is no Trunk Optimization when the call is redirected to DMS or 
answered by Meridian Mail. This applies to applications such as Auto 
Attendant. 


— AML Link Recovery 
AML Link Recovery redirects the calls to the ACD queue of the ACD 
Night Forward DN when the AML link goes down. This recovery is also 
available for calls in the Meridian Mail ACD queue on Meridian 1 when 
the AML link goes down. 


Feature packaging 


The package requirements for MWI are different for each node, as described 
in the following tables. 
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The originating node has Message Center users. Table 20 shows the 
originating node package requirements. 


Table 20 
Package requirements for an MWI originating node 


Package Name of package Mnemonic 


Message Waiting Indication (if connected to 
DMS/BCS836 for interworking) 


End-to-End Signaling 
Basic ACD 
ACD package A 


Message Center 


ISDN Signaling 


ISDN Primary Rate Access 


ISDN Signaling Link (for Meridian 1 to 
Meridian 1) 


ISDN Network Service 


Network Message Service 


* This package is required only if ACD DN is used as the Message Center DN. 
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The host node holds the Message Center. Table 21 shows the host node 
package requirements. 


Table 21 
Package requirements for an MWI host node 


Package Name of package Mnemonic 


X11 Release 19 or above 


Message Waiting Indication (if connected to 
DMS/BCS36 for interworking) 


End-to-End Signaling 
Integrated Message Service 
Basic ACD 

ACD package A 


Message Center 


Command Status Link 
ISDN Signaling 


ISDN Primary Rate Access 


ISDN Signaling Link (for Meridian 1 to 
Meridian 1) 


ISDN Network Service 





Network Message Service 
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The tandem node does not have Message Center users. Table 22 shows the 
tandem node package requirements 


Table 22 
Package requirements for an MWI tandem node 


Package Name of Package Mnemonic 


Message Waiting Indication (if connected to 
DMS/BCS836 for interworking) 


ISDN Signaling 


ISDN Primary Rate Access 


ISDN Signaling Link (for Meridian 1 to 
Meridian 1) 


ISDN Network Service 





Feature operation 


MWI performs two basic operations: 1) activate the MWI at the caller’s set; 
2) deactivate the MWI at the subscriber’s telephone. Table 23 shows the 
sequence that activates the MWI. Table 24 shows the sequence that 
deactivates the MWI. 


Table 23 
When MWI is activated 


Sequence Caller Receiver Message Center 


Calls receiver Receiver not 
available 


Leaves a Records caller’s 
message message 


Hangs up Activates MWI on 
receiver's set 
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Table 24 
When MWI is deactivated 


Sequence Receiver Message Center 


Notices MWI 
Calls the Message Center Plays messages 
Clears the mailbox 


Hangs up Deactivates MWI on 
receiver's set 





Some of the failures that can occur and how MWI handles them are: 


— AML/CSL link failure 
If the AML/CSL link fails between Meridian Mail and its host 
Meridian 1, calls are redirected to the ACD Night Call Forward DN for 
the ACD queue involved. 


— D-channel failure 
If the D-channel is out of service, the Facility message is lost. For 
Meridian Mail, an MWI CSL message is sent to the Meridian Mail 
server. 


Inconsistent data base 

If the Facility message that toggles MWI cannot be delivered to the caller’s 
set because the DN is invalid or MWI is not supported in the remote switch, 
an MWI CSL message is sent to Meridian Mail. 
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Multi-purpose Serial Data Link (MSDL) DCH Handler 
Description 


On Option 11 systems, MSDL D-channel capability is provided by the 
NTBK51 Downloadable D-Channel handler. See the feature called "Option 
11 downloadable D-Channel" in this Chapter for more information. 


Network ACD (NACD) 
Description 


Network ACD provides call centers with multiple locations with the ability 
to solve the problem of fluctuating call traffic. The Network ACD feature 
uses the Integrated Services Digital Network (ISDN) to efficiently and 
quickly route calls to available agents within a network of Meridian 1 
systems. Using the timed overflow routing tables associated with ACD, 
customers can specify ACD-DNs within the Meridian 1 network to which 
calls should be directed. 


NACD is cost effective because calls remain in queue at their original source 
queue while waiting for an agent to become available in either the source 
queue or one of the target queues located throughout the network. Only when 
an agent becomes available in a remote queue (a different Meridian 1) will 
the call actually be sent over an ISDN voice channel. Prior to the call being 
sent, communication between locations is handled over the ISDN D-channel. 


Management report information on package C reflects the changes 
introduced by the NACD feature. 


ACD-MAX Release 3 supports the NACD feature. Three new reports and 
three additional management displays are provided to allow customers to 
determine call traffic pattern and service levels throughout the network. 
Centralization of this information is provided with the introduction of the 
Network Administration Centre. Network Administration Centre requires an 
ACD-MAX in each network location and provides reports and displays on the 
entire NACD environment. 


At the present time NACD supports only a UDP numbering plan (CDP will 
be supported at a later date). It is important to note that the system regular 
users can operate using one dialing plan (i.e. CDP or UDP) while the NACD 
operates using another numbering scheme (i.e. UDP with location codes). 
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Interactions and Limitations 
Option 11 systems only support Meridian ACD-MAX. 


NACD is not supported on Package D, PDP 11 - Generic 9000 software. 


Package Requirements 


This option requires the following feature packages: 


Feature Package Number 


Feature Package Number 


CDP 59 

FCBQ 61 

PBXI 75 

TOF 111 

ISDN 145 

PRI2 or ISL 154 or 157 
NTWK 148 

EOVF 178 
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Network and Executive Distinctive Ringing 
Description 


The Network and Executive Distinctive Ringing feature allows distinctive 
ringing to function across an ISDN. Incoming calls to a node may tandem to 
another node by way of ISDN TIE trunks. If the incoming trunk route has 
been marked as distinctive, the terminating node rings the terminating set 
with a distinctive ringing cadence (network distinctive ringing). 


This feature also allows certain telephone sets to distinctively ring any other 
sets in the ISDN (executive distinctive ringing). 


Network wide distinctive ringing 

The FTC table contains a choice of four possible Distinctive Ringing 
cadences. These four cadences are for network distinctive ringing only. A 
message is sent to the terminating node to indicate which of the four cadences 
is to be used. (If no indication is sent, ringing occurs as it would in a 
standalone case.) 


Executive distinctive ringing 

If a set is defined as an ‘executive set’, any party called by that set is rung 
distinctively. Selection of one of the four available tones and cadences is 
accomplished by defining class of service for the set. 


The FTC table producing the distinctive tone and cadence depends on 
whether the call is strictly local (standalone, on the local node), or whether 
the call is a network call. For the network call, the customer option 
ROR/RTR on the terminating node determines which FTC table to use. For 
a local call, the customer FTC table is used. 


Interactions and Limitations 


All the limitations of standalone distinctive ringing also apply to network 
distinctive ringing. Feature interactions are the same as those for the 
standalone case, where trunks are treated as sets. 


When there are five routes marked as distinctive, and an incoming call 
tandems to another node connected by a single TIE route, the terminating 
node can provide unique distinctive ringing for only four of the five. (While 
at the originating node, it can provide five unique rings, since each route can 
use a different FTC table.) 
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Index information is ignored if the terminating node does not have the 
distinctive ringing package equipped. In this case, normal ringing is given. 


Since Executive Distinctive Ringing and Network Distinctive Ringing share 
the same four tones and cadences, selecting one of these for Executive 
Distinctive Ringing leaves only three unique rings. (All four rings can still 
be assigned to Network Distinctive Ringing, but if this is done then a trunk 
call rings exactly like an executive call. 


Package Requirements 
Network Distinctive Ringing is not packaged, but requires that the FTC, 
ISDN, ISDN International and Distinctive Ringing packages be equipped. 


Executive Distinctive Ringing requires the same packages to operate, but is 
also packaged itself, as EDRG (package # 185). 


All nodes involved in a connection must have the networking packages. The 
originating and terminating nodes must have the appropriate DRNG or 
EDRG packages equipped. If one of the two lacks the appropriate package, 
then this feature will not operate across the network. 


Network Alternate Route Selection 
Description 


This package allows for efficient alternate routing of calls across the network 
as well as providing a uniform dialing plan in an ISDN environment. 


Package Requirements 


This option requires the following feature packages: 


Feature Package Number 
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Network Application Protocol Enhancement 
Description 


This enhancement of the ISDN Network Application Protocol (ISDN NAP) 
feature for Meridian Mail services provides improved fault-detection 
responses. When a NAP link fails, a predefined time period is allowed to pass 
before the link is declared ‘out of service’. Restoration of the link within this 
recovery time period results in uninterrupted service. 


Signaling from the caller’s set is ignored during the link failure. However, 
calls which were already established remain established during the recovery 
period. Should the link be declared ‘out of service’, only those established 
calls which use trunks without disconnect supervision are not maintained. 
(Such calls are re-queued to the front of the waiting queue.) 


When a link is in the recovery period, calls ringing to an agent are held in the 
ringing state, until either the recovery period ends or the link is reestablished. 
Incoming calls requiring Meridian Mail services are placed in the ACD 
queue, linked to an agent (if possible) and given ringback tone. 


When a link is declared ‘out of service’, calls which are ringing at an agent 
are re-queued. Re-queued calls and incoming calls on the ‘out of service’ link 
receive night-service treatment. 


Normal operations resume as soon as the link is restored. 


553-3011-315 Standard 9.00 October 1997 


Chapter 2 — ISDN feature descriptions Page 405 of 1280 


Network Attendant Service 


Network Attendant Service (NAS) provides stand-alone attendant 
capabilities throughout a network. Any node in the network may have its 
attendant services located at any other node in the network, part-time or 
full-time. 


Functionality 


The activation of Network Attendant Service is controlled by the NAS key on 
the Attendant Console. When a call is presented to an attendant and the NAS 
key is not activated, the call receives normal attendant service. If the NAS key 
is activated, the call receives alternate treatment, based on one of the NAS 
conditions described below. 


Network Attendant Service schedule 

The NAS schedule allows a prioritized list of attendant alternatives (attendant 
locations) to be defined for up to 31 half-hour time periods. Each period can 
have up to four alternate attendants defined against it. During one of these 
time periods, a request for attendant service will use one of the alternatives, 
according to the specified order - the first attendant alternate is attempted, and 
if all attendants are in Position Busy, the following alternate in the sequence 
is attempted, and so on. 


If none of the attendant alternatives are available, an attempt is made to give 
local attendant service, which may lead to the application of local NIGHT 
service. 


Night Service 
Night Service treatment is defined individually for each node. 


With the introduction of NAS routing, identifying whether or not a system is 
in Night Service becomes more complex. Table 25 shows when Night Service 
treatment is in effect. When all the conditions in a vertical column are met, 
the system is considered to be in Night Service. 
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Table 25 
Determination of Night Service 


Local Attendants exist 


Local Night active 


NAS key active 


No alternatives in current NAS schedule 


All alternatives in current NAS schedule tried 





Status of local attendants 

When NAS routing is active and there is an available attendant at the local 
switch, the call terminates at the local attendant, if one is available. If a local 
attendant is not available, the call may either be placed in the local attendant 
queue (if the Call Waiting threshold has not been exceeded and the console 
Call Waiting lamp is not flashing), or may receive local NIGHT service. 


Alternate routing to attendant positions 

Calls can be routed from one attendant to another attendant location in the 
network. Each node can be programmed with the attendant DNs for up to 
seven other switches. Up to four of these seven attendant DNs can be used as 
alternatives for any one time period. Each of the four attendant alternatives 
for each time period can have Drop Back Busy and/or Off-hook Queuing 
options configured. 


If a call is to be routed to an alternate attendant at another node and all trunks 
to the other node are busy, the call is queued for an available route to the 
alternate (if the alternate has the Off-hook Queuing feature). The call remains 
queued for a specified time, which, upon expiring, causes the call to be 
directed to the next alternate attendant. 


The operation of NAS routing, as controlled by the activation of the NAS key, 
is summarized in Table 26. 
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Table 26 
NAS Routing Possibilities 


NAS Home Night CW Lamp Trunks to Action 
Key Attendant Key Remote 


= 


Dark All Busy Dark X Queue to Home Attendant 
Dark Not Busy Dark Dark Select Home Attendant 
Dark X Lit X Route to Home Night 

Lit Not Busy Dark Dark Select Home Attendant 

Lit All Busy Dark No Flash X Queue to Home Attendant 
Lit All Busy Dark Flash Not Busy Route to Remote Attendant 
Lit All Busy Dark Flash All Busy Queue to Home Attendant 


Lit Lit Not Busy Route to Remote Attendant 


2 
3 
4 
5 
6 
7 
8 
9 


Lit i All Busy Queue to route 





Drop Back Busy 


When a call reaches a Remote node, no attendant is available, and NAS 
routing or Night Service at that switch is about to be performed (if the 
Drop-back busy option was set at the originating switch and sent with the 
call), the call is treated by the originating switch as though no attendant is 
available at the Remote switch. Another alternative is selected from the 
originating switch. 


Note: Drop Back Busy (DBB) and Remote Virtual Queuing (RVQ) are 
both packaged under the Originating Routing Control/Remote Virtual 
Queuing (ORC-RVQ) package 192. If RVQ and DBB are both 
configured, DBB will take precedence over RVQ. If the user wishes to 
activate RVQ, DBB must be disabled for a route entry in response to the 
IDBB prompt. If the user wishes to activate DBB, it must be enabled by 
entering DBI or DBA. 
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Attendant Off-hook Queuing 


During peak periods, a call may be prevented from reaching a remote 
attendant if all possible routes to that attendant are busy. If these routes have 
off-hook queuing, the call will queue on these routes. If activated in the NAS 
programming and on the route list for the call, queuing occurs before the 
system attempts other alternatives. The alternatives are tried after the 
Off-hook Queuing (OHQ) timer expires. 


Network Attendant Service capabilities 


The following sections describe the network capabilities that are offered as 
part of NAS. 


Break-in 

The Break-in feature allows an attendant to enter an established call 
anywhere in the network and to offer another call or important message to one 
of the parties involved in the call. Break-in is provided as a key (BKI) 
function. The BKI key can be pressed before dialing the DN of the required 
station (pre-dial) or after (post-dial). 


When the BKI key is pressed, the following situations may exist: 


— Break-in request recognized — this is a temporary processing state, 
that occurs when an attendant tries to break-in to a party at another node, 
and lasts until the signaling protocol for the break-in attempt is 
completed. 


— Break-in ignored — this state occurs if the required party has 
disconnected at the point of break-in, is idle without the Make Set Busy 
or Do Not Disturb features active, or is idle with the Call Forward feature 
active. In all cases, the party is rung, and the attendant can extend the call. 


— Break-in allowed — the attendant can break into the required party, 
consult with the required party, and extend another call to the party if (a) 
the source is an external call, (b) Camp-on is available on the required 
party, and (c) the established call is a basic call. 


— Break-in denied — break-in is not allowed if any of the above 
conditions are not met. 
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Break-in temporarily denied — the attendant temporarily cannot 


break-in to the required party, but can try again later. This situation 
occurs if: 


the required party is dialing, involved in a consultation call, or is on 
hold 


the required party’s set is ringing or receiving an indication tone 


the required party’s set is connected to a paging, dictation, recorded 
announcement, or integrated voice messaging trunk 


the party to be extended is a local party or trunk with warning tone 
denied Class of Service 


network blocking to a remote node has been encountered 


Break-in consult only — the attendant can break into the required 


party, and can consult with the party but cannot extend another call. This 
situation occurs if: 


the attendant originates the call 
the source is an internal call 


the source is an external call and neither Camp-on nor Call Waiting 
is possible on the required party 


the attendant attempts a pre-dial break-in and the required party is 
busy with Call Forward active. 


Call extension 


Restrictions that apply to attendants at local nodes also apply to calls 
extended across the network to remote node attendants. 


Attendant control prevents the calling set from disconnecting until the 
attendant releases. Once the attendant releases or extends and releases the 
call, attendant control is relinquished. 
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Timed reminder recalls 


Timed reminder recalls are attendant-extended calls that return to the 
attendant when their timers expire. The timers apply to slow answer calls, 
camped on calls, and call waiting calls. 


When the attendant extends the call to a party at another node, the trunks 
between the attendant and the source and the attendant and the destination are 
not taken down after the Release key is pressed. This is true even if 
tromboning has occurred. This allows the attendant node to monitor the 
outgoing trunk for an answer signal. If no answer signal occurs within the 
specified time, the call is presented again to an attendant (or to the original 
attendant, if Recall to Same Attendant is active on the attendant node). 


Anti-tromboning is only invoked after the destination has answered and the 
attendant has released from the call. 


Incoming Call Indication 
The Incoming Call Indicators (ICI) will operate in the same manner as a 
stand-alone Meridian 1 for incoming calls from stations or trunks. 


New ICI types are introduced for NAS routed calls for each trunk type. The 
indicators can be the following: 


— adial 0 call (ordinary or fully restricted) 

— arecall request 

— aline lockout intercept 

— Call Redirection (Call Forward No Answer, Call Forward Busy) 
— an interpositional call 

— a Listed Directory Number (LDN) 

— a Message Center call 


— NAS trunk types (type of trunk on which the call came into the 
originating switch. The choices are: NDID, NCO, NTIE, NFEX, and 
NWAT) 
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Attendant Display 
Three features which pass information useful for attendant display are: 


— Calling Line Identification (CLID) 
— Network Call Party Name Display 


— Network Call Redirection 


For incoming calls, the CLID received (if available), is displayed instead of 
the Trunk Route Access Code and Trunk Member Number. If the call comes 
from the private ISDN network and there is a name associated with the calling 
telephone, the name is displayed on consoles with alphanumeric displays. 


Reason for redirection codes are displayed if the call has been redirected by 
a feature such as Call Forward All Calls. 


Camp-on and Call Waiting 

Both Camp-on and Call Waiting allow calls extended to a busy set a further 
opportunity to reach that set. If the call is extended across the network to a 
busy set, Camp-on or Call Waiting may be attempted in the same manner as 
in the stand-alone case. 


Tenant Service 

If Multi-Tenant (TENS) software package 86 is equipped, the table number 
in the NAS overlay programming can be referenced to an individual Console 
Presentation Group. Each tenant can have its own individual NAS routing 
programmed. 


Centralized Attendant Service vs. Network Attendant Service 


NAS has some similarities to a previous non-ISDN application called 
Centralized Attendant Service (CAS). There are significant differences as 
well. 


Centralized Attendant Service 


— Allows attendants to be centralized at one Main switch connected to 
Remote switches with Release Link Trunks (RLTs). 


— When aremote switch has the CAS feature key activated, incoming calls 
to the Remote switch are redirected to the Main switch where an 
attendant answers the call. 
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The call comes into the Main switch on an RLT. The attendant can 
extend the call back to a telephone at the Remote switch. The call is 
routed on the same RLT trunk which was used when the call came into 
the Main switch. 


Once the call is ringing at the telephone, the RLT trunk is released. 


If the telephone goes unanswered, the call recalls to the attendant at the 
Main switch. A Release Link Trunk is used for the recall. 


The CAS feature is activated using a key on a proprietary telephone or 
console at the Remote switch. 


When users at different switches call each other or the attendant places a 
call to another switch, normal TIE trunks are used. 


Network Attendant Service 


NAS allows several switches to have attendants who answer calls which 
have been redirected by the NAS feature. The switches are connected 
with Primary Rate Interface (PRI) or ISDN Signaling Link (ISL) 
connections. 


NAS routing allows a call destined for the local attendant to be diverted 
to a Remote attendant. This routing is governed by a NAS schedule, a 
NAS key, or a permanent NAS Active setting which can be programmed. 


NAS calls can result in tromboned trunk connections between the 
Remote switch and the Attendant switch. These connections remain until 
the ringing telephone answers the call. This can result in two tromboned 
TIE trunks or channels being held up while a telephone is ringing. 


If anti-tromboning has been programmed, the tromboning is corrected 
after the telephone is answered. 


If the telephone goes unanswered, the call recalls to the attendant at the 
Main switch. A PRI channel or ISL trunk is used for the recall. 


A NAS key may be optionally programmed on an Attendant Console. 


NAS calls and normal user calls all use the same PRI/ISL trunks. 
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There are three additional differences between NAS and CAS: 


— NAS routing is used when calls waiting in the local attendant queue 
exceed one of two thresholds. CAS routes all calls to the Main CAS 
switch. 


— NAS chooses an attendant from up to four alternatives per time period. 
With CAS, each Remote site has only one Main switch to which to route 
calls. 


— NAS routing can also be based on the status of trunks to other nodes and 
Night Service indicator status. These factors do not affect call routing 
with CAS. 


Operating parameters 


NAS and the Centralized Answering Position (CAP) capability are mutually 
exclusive. A Meridian 1 system may not have an actual attendant console. 
Instead, the system may be configured to use a Centralized Answering 
Position (using a Meridian 2616 digital set.) The CAP Directory Number 
(DN) is the customer Night DN. Since no attendant is configured, the 
customer is viewed to be in Night Service and any calls for the attendant are 
directed to the CAP. 


Note: An attendant answering position must be an attendant console, 
and not a Meridian digital set. 


NAS and Centralized Attendant Service packages are mutually exclusive and 
may not be packaged together. 


NAS and Attendant Overflow Position packages are mutually exclusive and 
may not be packaged together. 


Trunk Group Busy applies only to trunk groups on the node where the 
attendant resides. 


The Uninterrupted Line Connection feature continues to work on a 
stand-alone switch basis; however, Network-wide Break-in, based on 
warning tone Class of Service, cannot be guaranteed. Only one Attendant at 
a time is allowed to break into a connection. Break-in is allowed for 
telephones only, not trunks or other attendants. Attendant Control is not 
provided if the connection is a result of a Network Break-in. 
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Unsupported features 
NAS does not support: 


— Supervisory Console 

— Call Park 

— Charge Account 

— Do-Not-Disturb and Group Do-Not-Disturb. 


The following functions and features are not supported across the network: 
— Barge-in 
— Busy Verify 


— Emergency transfer. 


Feature interactions 


Attendant Interposition Call 

An attendant is not able to call a specific attendant on another node by dialing 
the attendant DN followed by the attendant number. The attendant dials the 
Network Alternate Route Selection (NARS), Coordinated Dialing Plan 
(CDP), or Listed Directory Number (LDN) the same way a telephone dials to 
reach the attendants at another node. 


Busy Verify 

Pre-dial Break-in provides equivalent functionality but has several 
advantages over Busy Verify. Busy Verify does not operate on a 
network-wide basis. 


Call Forward, Break-In and Hunt Internal or External Network 
Wide 

When a call is transferred, a new facility message is sent to the transferred 
party’s node to transport the terminal indicator parameter or the access trunk 
information parameter. 


553-3011-315 Standard 9.00 October 1997 


Chapter 2 — ISDN feature descriptions Page 415 of 1280 


DPNSS1 Route Optimisation/MCDN Trunk Anti-Tromboning 
Interworking 


If tromboning trunks are removed on the MCDN side of a RO/TAT 
Interworking gateway scenario by the Network Attendant Service feature 
(since NAS has presence over TAT), the RO/TAT Interworking functionality 
is not invoked. The result is that, if NAS is equipped, attendant-extended calls 
that are in a tromboning state are optimised on the MCDN side, but DPNSS1 
trunks are not optimised on the DPNSS1 side of the RO/TAT Interworking 
gateway scenario. 


EurolISDN Master Mode 


NAS signaling is not supported on a Euro[ISDN Master Mode connectivity. 
However, NAS will interwork with an incoming call from the Euro[SDN 
Master Mode (routing and call handling). 


INIT ACD Queue Call Restore 


Call information associated with Network Attendant Service is lost after 
system initialization and call restoration. 


ISDN QSIG Basic Call 


ISDN QSIG Basic Call interacts with Network Attendant Services (NAS) as 
if the call is going to a route without NAS being equipped. 


Listed Directory Numbers, Network-wide 


This feature enables LDNs to be recognized network- wide when NAS is 
used. Up to six LDNs can be defined per Meridian 1. The same LDNs must 
be configured in multiple nodes. The LDN which users dial can be 
programmed as a CDP number, for example, and input in the NAS overlay as 
the ID of remote attendants. 


Recall to Same Attendant 

This feature operates on a network-wide basis for the following call types: 
— Slow Answer Recall 

— Camp-on Recall, and 


— Call Waiting Recall. 
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The operation of this feature is affected by the programming for the option in 
the Customer Data Block of the system where the attendant answering the call 
resides. 


Feature packaging 
The following packages are required for NAS: 


Network Attendant Services (NAS) package 159; 
Advanced ISDN Network Services (NTWK) package 148; 


Network Automatic Routing System (NARS) package 58 or 
Coordinated Dialing Plan (CDP) package 59; 


Network Class of Service (NCOS) package 32; 
Basic Routing (BRTE) package 14; 

Attendant Break-In/Trunk Offer (BKI) package 127; 
Basic Queuing (BQUE) package 28; 

Flexible Call Back Queuing (FCBQ) package 61; 


Originating Routing Control/Remote Virtual Queuing (ORC-RVQ) 
package 192 for Drop Back Busy (please see note under “Drop Back 
Busy” description.); 


Integrated Services Digital Network (ISDN) package 145; 
ISDN Supplementary Features ISDNS) package 161; and 


2.0 Mbps Primary Rate Interface (PRI2) package 154 or ISDN Signaling 
Link (ISL) package 147. 
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Example of NAS implementation 


Figure 17 illustrates a simple application of the NAS functionality in a private 
ISDN PRI network connecting three Meridian 1 systems. Although this 
example uses NARS, the same functionality can be accomplished using CDP. 


Each system has the translations in place for a HLOC and the two LOC codes 
for the other two Meridian 1 locations. This programming was done in the 
NARS database. The route lists required in order to process these types of 
calls have been programmed also. 


The INAC implementation was part of the basic ISDN/Networking 
programming. 


The NAS programming involves the configuration of the D-channel for NAS 
functionality, the ID of the other attendants to be used, a list of the sequence 
in which these attendants are to be scanned for availability and the time 
periods for each list. 


System B, in this example, is the location where attendants should be 
available 24 hours a day. During the day, the other two locations are 
programmed to use System B as their first choice backup and then as a second 
choice System A uses System C and System C uses System A. At night, 
Systems A and C use System B as the only backup. If it is unavailable, calls 
will be given Night Service. 
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Figure 17 
A simple application of NAS functionality in a private ISDN PRI network 


444-XXXX 646-XXXX 655-XXXX 
System A System B System C 


LD 17 — DCH XX LD 17 — DCH XX 
NASA = YES NASA = YES 
 m —_> > 








HLOC = 444 — DMI to 
delete 3 


LOC = 646 
LOC = 655 


INAC = YES 


ALT = 1 
ID = 86460000 
ALT =2 
ID = 86550000 


08 00 17 00 
ALST 12 


17 00 24 00 
00 00 08 00 
ALST 1 


Feature operation 


HLOC = 646 — DMI to 
delete 3 


LOC = 444 
LOC = 655 


INAC = YES 


ALT = 1 
ID = 84440000 
ALT =2 
ID = 86550000 


00 00 24 00 
ALST 12 


HLOC = 655 — DMI to 
delete 3 


LOC = 444 
LOC = 646 


INAC = YES 


ALT = 1 
ID = 86460000 
ALT =2 
ID = 84440000 
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There are no operating procedures specified for this feature. 
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Network Call Party Name Display and Network Name 
Delivery (NND) 


Description 


Network Call Party Name Display (NCPND) offers a network-wide visual 
display of the Calling Party and Called Party Name on the telephone sets with 
Alpha-Numeric Display. 


Across the ISDN DTI/PRI network, the NCPND feature displays the 
following: 
— the calling party's name on the terminating set 


— the called party's name on the originating set 


With X11 Release 16 and earlier, the NCPND feature may only be used for 
private network applications that support the Meridian 1 to Meridian 1 
connection (SL-1 and SL-100). The name and number display for the called 
party is visible for the duration of the call. The name display is retained for 
the calling party, however, the number will be replaced by the trunk route and 
member if the call is placed on hold and then later retrieved. 


With X11 Release 18 and later, Network Name Display Interworking allows 
caller and calling party name display in Meridian 1 connections to DMS-100, 
DMS-250 and Meridian 1 Options 11-81. 


The following telephones support the NCPND feature: 
— M2250 Attendant Console 
— Meridian Modular Telephones 

e M3000 Touchphone 

e M2317 

e M2008 with Display 

e M2616 with Display 

e M2016S with Display 

e M2216 
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Please consult the telephone User Guides to determine the exact display for 
each particular set. 


Network Name Delivery (NND) is the method used to send the names and 
numbers across the network. There are two NND methods available: ND1 
and ND2. 


Operating parameters 


Network Name Delivery method 1 (ND1) is available in X11 Release 14 
and later. The following list describes ND1 operating parameters. 


— Meridian 1 to Meridian 1 connections only are supported. 


— For X11 Release 14, ND1 supports name display for redirected calls by 
Call Forward All Calls. 


— With X11 Release 16, ND1 supports the name display for call redirection 
by Call Forward No Answer, Hunt and Call Pickup if the redirection is 
done across the network. See "Network Call Redirection" in this chapter 
for configuration. 


— Ifthe called party is at a remote switch, the called party name is displayed 
on the caller's display only after the call is answered unless there was a 
redirection. (See Network Call Redirection in this chapter for a 
discussion of call redirection with X11 Release 16 and later hardware.) 


— ACPND enhancement allows the display of the redirecting name on the 
terminating telephone instead of the calling name by a service change 
option only if the first redirecting party is on the terminating switch. 


— Prior to X11 Release 16, ND1 supports the name display for call transfer 
only for a local transfer over PRI. In that case, the name is displayed on 
the terminating telephone. 


— The maximum number of characters in a displayed name is 24. 


Network Name Delivery method 2 (ND2) is available in X11 Release 18 
and later. ND2 provides network-wide name display in compliance with the 
Meridian Customer Defined Networking (MCDN) protocol. 


The following list describes the ND2 operating parameters. 


— ND2 supports direct PRI connections to Meridian 1 (with X11 Release 
18 and later), SL-100, and DMS (with BSC32 and later software). 
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— For Meridian 1 to Meridian 1, the maximum number of characters in a 
displayed name is 24. When connecting to a Central Office, 15 characters 
only are supported. Names exceeding this length are truncated. 


— ND2 supports name delivery for Call Pickup, Call Transfer, Hunt and 
Call Forward All Calls/No Answer/Busy. 


— ACPND enhancement allows the display of the redirecting name on the 
terminating telephone instead of the calling name by a service change 
option only if the first redirecting party is on the terminating switch. 


— Inall cases when the name is available, the called party name is displayed 
on the caller's display during the ringing phase. This is an enhancement 
over ND1 which displays names on connect. 


— ND2 enhancements are not supported on connections to Meridian 1 
using ND1. ND1 is applicable for X11 Release 14 through 16. ND2 is 
recommended for X11 Release 18 and up. The far ends must match. 


Interactions and Limitations 


The NCPND feature may only be used for private network applications that 
support the Meridian 1 to Meridian 1 connection. The name and number 
display for the called party is visible for the duration of the call. 


Package Requirements 
This option requires the following feature packages: 


Feature Package Number 


DDSP 19 
CPND 95 


ISDN 145 
PRI2 or ISL 154 or 147 





Note: In addition, the appropriate digital set options (Telset package 88, 
89 and 91 or 170) must be equipped to support the M3000, M2317 and 
Meridian Modular telephones. 
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Network Call Redirection (NCRD) 
Description 


Network Call Redirection allows calls to be redirected across the ISDN 
network as a result of Hunting, Call Forward All Calls and Call Forward No 
Answer (these features, with the exception of call forward all calls, used to be 
limited to the called sets PBX). 


CLID and CPND 

The feature provides an update of information for both the calling and the 
called set's display for CLID and Network Call Party Name Display 
(NCPND) when the call is redirected. The feature enables the display of the 
calling party to show the connected number when the called number is 
redirected to another number in the ISDN network. If Network Call Party 
Name Display (NCPND) is optioned, the calling party's set also displays the 
connected party's name. If a call is forwarded more than once, the calling 
party's set displays only the first re-direct number and name with the 
connected name and number. 


Redirection Reason 

This feature also enables the terminating set to display the CLID from across 
the DTI/PRI network as well as the forwarded set's number. If NCPND is 
optioned, the calling party's name and number as well as the originally called 
party number is displayed at the terminating set. In addition, the calling and 
terminating party sets will display the redirection reason (CFWD, CFNA, 
HUNT, PKUP, XFER). 


Network Call Redirection also allows the customer to either block calls from 
being redirected over the network, or limit the number of redirections from 
1-5 times per call. 
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Network Call Transfer and Attendant Extended Calls 


Description 


Network Call Transfer and Attendant Extended Calls display the calling party 
name and number to the "Transferred to"/"extended to" party across the 
network. Also the calling party's display is updated to show the connected 
party's name (if NCPND is optioned) and number. 


Network Call Transfer does not provide the ESN capability that verifies if 
double trunking is being utilized; i.e., Network Transfer now allows calls to 
be blindly transferred across the ISDN network. 


Network Hunt 
Description 


The Network Hunt feature extends the current capabilities of Hunt to network 
wide functionality using a Meridian 1 Network connected through either 
ISDN Primary Rate Interface (PRD, or ISDN Signaling Link (ISL). Also, the 
displays for the originating and terminating sets of a call that is redirected are 
updated to correctly present information to the connected parties and the 
reason for redirection (Hunt). 


For example, in an ISDN Network with three Meridian 1 SL-1s, when a user 
on site "A" calls a user on site "B" but is forwarded to site "C", site "A" and 
site "C" set displays are updated. Site "A's" set shows the originally dialed 
number, the connected number (site "C" number), and the reason for 
redirection, i.e., Busy. Site "C" set shows; the calling number and name, the 
originally called number (site "B" number), and the reason for redirection. 


Network Individual Do Not Disturb 
Description 


This feature extends several functionalities of the Individual Do Not Disturb 
feature to operate within a network environment. 
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A DN in the Do Not Disturb mode is free to make calls, but appears busy to 
incoming calls. Incoming DID calls to a DN in the Do Not Disturb mode are 
intercepted to the local attendant, or the network attendant servicing the call. 
All other calls receive customer-defined intercept treatment defined in LD 15 
(i.e., busy treatment, call routed to the attendant, or call routed to recorded 
announcement). 


An attendant dialing a busy DN receives overflow (the DN may be on the 
same or different node as the attendant). The attendant may then verify 
whether or not the DN is in Do Not Disturb mode by pressing the IND DND 
key on the console; if the associated lamp remains steadily lit, it indicates that 
the DN is in Do Not Disturb mode. The attendant may then temporarily 
override Do Not Disturb by activating the Break-in feature. 


Interactions 


Call Forward All Calls, Hunting 
Call Forward All Calls, and then Hunting, take precedence over DNDI 
treatment. 


Make Set Busy 
The DNDI intercept treatment takes precedence over Make Set Busy 
indication. 


Group Do Not Disturb 
An attendant may receive a visual indication of the state of a set belonging to 
Group Do Not Disturb mode, whether this set is located on the local node or 
any other network node. 


Package Requirements 


This option requires the following feature packages: 


Feature Package Number 
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Network Intercom (Hot Type D and Hot Type | 
Enhancements) 


Hot Line enables a designated telephone to place calls to a predetermined 
destination that may be internal or external to the Meridian 1. The call does 
not require attendant intervention. When the handset is lifted, or when a 
preprogrammed key is activated, the system speed calls a preprogrammed 
DN. Hot Lines access a set of Terminal Numbers programmed by direct entry 
using LD 11, or by list entry such as System Speed Call (SCC) using LD 18. 
Once a Hot Line call enters the ringing state, it is the same as a normal call. 


Prior to Release 21, there were two types of Hot Line keys (DN-based Hot 
Type D, and Speed Call List-based Hot Type L). Release 21 introduces 
another type of Hot Line key — Hot Type I, while also providing 
improvements to the existing Hot Type D. These two improvements function 
in both standalone and network environments. 


Hot Type D provides the ability for Meridian Digital Telephones to have 
two-way calls on specially designated keys (not on the DN keys) with other 
Meridian Digital Telephones connected to Meridian 1 PBXs across a 
Meridian Customer Defined Network (MCDN) Integrated Services Digital 
Network (ISDN). A Hot Type D call can now terminate in three different 
modes: Voice, Ringing, and Non-ringing. With the Voice mode, speech path 
is automatically connected after a short ring. With Ringing and Non-ringing 
modes, the call must be manually answered by the called party; the difference 
between the two modes is that for Non-ringing no audible tone is given (the 
Hot Line key flashes to indicate the call). 


Hot Type | 


An option is available with Hot Type I to provide a No Answer Indication 
informing the called party that a Hot Line call was made during the called 
party’s absence. If an Hot Line call cannot be completed on the Hot Line key, 
the calling party is informed via the set’s display, and the call is completed 
over the network as a normally dialed call that attempts to terminate on the 
destination Prime DN. 
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Hot Type D Enhancement 


Hot Type D allows more than one set having the same target DN defined for 
the Hot Type D key. This enhancement includes Voice, Ringing, and 
Non-ringing termination modes, and the capability to leave a No Answer 
Indication in some situations (i.e., the Hot Line key winks). A call terminating 
on an enhanced Hot Type D key operates the same as if terminating on a Hot 
Type I key, if the originating DN is the same as the target DN defined for the 
key. If it is not the same, but another Hot Line key exists on the set that has a 
target DN that matches the originating DN, a No Answer Indication is left on 
that key. 


Operating parameters 
Hot Type I calls are not allowed on analog (500/2500 type) telephones. 


Hot Line keys cannot be defined for M3000 sets. 


A Hot Line key should not be defined on a station without a Prime DN and 
likewise should not be defined on the primary key. If this is not done, the 
improved functionality will not work and the call is treated as a non-Hot Line 
call. 


The network DN for Hot Type I and the No Answer Indication component of 
Hot Type D must be either a Coordinated Dialing Plan or a Universal Dialing 
Plan number that must terminate on a Prime DN of a Meridian Digital 
Telephone; otherwise, the call is competed as a non-Hot Line call. 


The network-wide application of Hot Type I is only applicable to nodes in a 
Primary Rate Interface (PRI), ISDN Signaling Link (ISL), Virtual Network 
Services (VNS), and Basic Rate Interface network. The originating and 
terminating nodes of the Network Intercom (Hot Type D and Hot Type I 
Enhancements) feature must be Meridian 1 switches running a minimum of 
Release 21 software. Tandem nodes in the private network must be Meridian 
1 (minimum Release 21 software) or another MCDN node able to transfer 
Remote Operations Service Element (ROSE) facilities. 


If the termination mode is voice and the called party is idle and the handsfree 
voice call (HZA in LD 15) is active, there is no indication to the software that 
the called party really answered the call. If any other key is pressed, the No 

Answer Indication is not left. 
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Hot Line keys must be defined with the same dialing plan. 


The Hot Type D enhancements can also function across R2MFC or Digital 
Private Network Signaling System #1 (DPNSS1) trunks provided that the 
calling party’s DN is provided. 


Feature interactions 


Attendant Blocking of DN 
A Hot Type I key cannot be blocked by the attendant, because it has no DN. 


Pressing a Hot Type D key that is attendant blocked establishes the call on the 
source side of the attendant. 


Auto Hold 


If a user who originated a Hot Type I call receives or makes another call on 
another DN, pressing that DN puts the established call on hold. If a user 
presses the Hot Type I key while a call is established on it, the call is placed 
on hold. If the Hot Type I key is pressed while a call is established on another 
DN, the established call is put on hold. If a station with automatic hold 
allowed Class of Service receives an Hot Line call, the user of that station can 
put the active call on hold by pressing the Hot Type I key or by making or 
answering another call on another key. 


Automatic Call Distribution (ACD) 

Hot Type I calls cannot terminate on an ACD DN. A call attempting to 
terminate on an ACD DN receives overflow tone. Hot Line calls involving 
ACD sets must use the Hot Type D option. 


Busy Forward Status (BFS) 


In a Secretarial filtering scenario, the secretary’s BFS lamp also will reflect 
that the boss’ set is busy if the boss is on a Hot Type I call. 


Call Forward 


Hot Type I calls respect or override all kinds of Call Forward features (Busy, 
No Answer, All Calls, Internal, etc.) according to per-set definitions. If Call 
Forward is respected, the call becomes a normally dialed call and the 
originator will receive the appropriate indication on their display. 
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Call Join 


Hot Type I calls can be moved to the Conference key with the Call Join 
feature. 


Call Park 
Hot Type I calls cannot be parked. 


Call Party Name Display 
Hot Type I calls display names the same as a normal call. 


Hot Type I calls that become a normal call indicate on the originating 
station’s display that the call is no longer a Hot Line call. 


Call Pickup 


Hot Type I calls cannot be picked up. An attempt to pick up a Hot Type I call 
results in an overflow tone. 


Call Transfer 

Hot Type I calls may be transferred to another Hot Line key or to a normal 
DN key; likewise calls on a normal DN key may be transferred to a Hot Line 
key. 


Display Key 

Hot Type I calls are supported by the Display key feature; pressing the 
Display key and then the Hot Type I key will show the target DN on the 
originating station’s display. 


Do Not Disturb (DND) 


Hot Type I calls ignore the Do Not Disturb feature. Hot Line calls are 
presented to the defined target, even when DND is activated. 


Flexible Feature Code (FFC) Boss Secretarial Filtering 

Hot Type I calls overrides this feature (i.e., Hot Type I calls are not filtered 
by FFC Boss Secretarial filtering). The call terminates on the Boss’ set and is 
not forwarded to the secretary. 


FFC Boss Secretarial Filtering takes precedence over enhanced Hot Type D 
calls. In this case, if FFC Boss Secretarial Filtering is active, calls terminate 
on the secretary’s set. 
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Last Number Redial 
A Hot Line key cannot be redialed using the Last Number Redial feature. 


Make Set Busy 


Hot Type I calls terminating on a station in the Make Set Busy mode override 
Make Set Busy. 


Multiple Appearance Redirection Prime (MARP) 

If more than one set is allocated the same prime DN, the Hot Type I call will 
terminate on the set designated as the Multiple Appearance Redirection Prime 
(MARP). If the MARP DN is not the prime DN on the set, or if the set 
designated as the MARP DN is not a Meridian Digital Telephone set, the first 
Meridian Digital Telephone set with the prime DN will be used. If none of 
these conditions are met, the call will terminate as a non-Hot Line call and the 
calling party will be notified on the display. 


Hot Type D calls can have voice termination only on a MARP Terminal 
Number (TN), or if there is no MARP TN, then on the first TN in the TN list. 
A No Answer Indication for Hot Type D can only be left on the MARP TN, 
or if there is no MARP TN, then on the first TN in the TN list. 


Override 


An internal Hot Type I call never returns busy, unless the call became a 
non-Hot Line call due to the Hot Line key being busy. In this case, the call 
behaves like a normally dialed call, and override can be used upon receipt of 
a busy signal. 


Ring Again 
Hot Line calls terminating on a busy key become normal calls. Hence, they 
may use the Ring Again feature under normal circumstances. 


Ring Again — No Answer 
If Ring Again No Answer is activated for a Hot Type I call, it is activated as 
if the call had been dialed normally. 


Ringing Change Key 
The ringing/non-ringing mode of an enhanced Hot Type D or of a Hot Type I 
key is not changeable by using the Ringing Change Key feature. 
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Vacant Number Routing 


Hot Types I keys and enhanced Hot Type D keys support vacant number 
routing. 


Feature packaging 


The Network Intercom (Hot Type D and Hot Type I Enhancements) feature 
is included in Enhanced Hot Line (HOT) package 70. 


For Hot Type I in an ISDN network the following packages are required: 
— Advanced ISDN Network Services (NTWK) package 148 
— Integrated Services Digital Network (ISDN) package 145 


— and at least one of 1.5 Mbps Primary Rate Interface (PRA) package 146, 
Integrated Services Digital Network Signaling Link (ISL) package 147, 
2.0 Mbps Primary Rate Interface (PRI2) package 154, Virtual Network 
Services (VNS) package 183, and ISDN BRI Trunk Access (BRIT) 
package 233. 


DNPSSS1 connectivity for Hot Type D requires: 
— Integrated Digital Access IDA) package 122, and 
— Digital Private Signaling System 1 (DPNSS) package 123. 


R2MFC connectivity for Hot Type D requires: 
— Multifrequency Compelled Signaling (MFC) package 128. 
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Network Message Services - Message Centre 


Network Message Services - Message Centre extends the Message Centre 
function to permit remote locations in a network to be served by a single 
message centre. 


Software messages are transported among Meridian 1 PBXs over ISDN 
Primary Rate Interface or ISDN Signaling Link. These permit a caller to a 
station on one Meridian 1, to leave a message with a Message Centre located 
on another Meridian 1 in the network. All existing Message Centre (digital 
and ACD) sets are supported. 


Network Message Services - Message Centre was developed to be transparent 
to end-users. Callers using sets without displays to a busy or unanswered 
station are not aware that their call is being answered by a message centre at 
another PBX location. The message centre sends an indication of a message 
waiting to the user's station using the same mechanisms as are in place today. 
Users can call and retrieve their messages by simply pressing the Message 
Waiting Key on their telephone sets. 


Package Requirements 
This option requires the following feature packages: 


Feature Package Number 


ISDN 145 


PRI2 or ISL 154 or 147 


NTWK 148 
NMS 175 





Note: If an ACD type Message Centre is to be used, ACDA package #45 
is required. The combination of packages # 46 (MWC), #40 (BACD), # 
45 (ACDB) and #42 (ACDC) provides ACD features and reports for the 
ACD type Message Centre. If an ACD type message centre is used, then 
ACD-A, Option 45 is required. NMS Option 175 is required at all sites. 
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Network Message Services - Meridian Mail 
Description 


Network Message Services - Meridian Mail extends the Network Message 
Services capability by supporting the use of a single Meridian Mail voice 
processing system for multiple network sites. Network Message Services, 
offers Meridian 1 ISDN network users complete call coverage regardless of 
their location in the customer's ISDN network. Users at any location in the 
network, may access the Meridian Mail system as easily as if it were at their 
own locations. 


Option 11 systems may utilize this feature; however, only as an originating 
site or a tandem node, not as the location which actually possesses the 
Meridian Mail hardware (i.e. the terminating node). 


Access to Meridian Mail features is unchanged, regardless of whether 
Meridian Mail is being accessed by a user at the same location as Meridian 
Mail or by a user at a different location from the Meridian Mail system. 


For example, with Network Message Services, an unanswered call to a user 
is forwarded across the ISDN network to Meridian Mail, which plays the 
user's mailbox greeting and takes the message. Meridian Mail then directs the 
Meridian 1/SL-1 serving the user to check the status of the user's message 
waiting light and turn the light on if necessary (message waiting indication for 
users of analog (500/2500 type) telephones is supported as well). The user 
accesses Meridian Mail and retrieves messages as usual. 


Meridian Mail uses its unique link with the Meridian 1/SL-1 to match calling 
and called number information to user mailbox information as appropriate. 
Customers can centralize administration of Meridian Mail resources while 
still offering voice messaging to users throughout the network. Network 
Message Services enables customers to offer voice messaging to smaller 
network locations that might not be able to justify the purchase of a dedicated 
Meridian Mail system. All users have complete feature functionality 
including message waiting indication and personal verification across the 
network. 
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Network Message Services complements other Meridian Mail options such 
as Meridian Mail networking, allowing customers maximum flexibility in 
providing voice messaging services to network users. Furthermore, shared 
and dedicated Meridian Mail systems can be linked via Meridian Mail 
networking, providing complete voice messaging access for all users on the 
network. 


Network Message Services extends the value of ISDN Primary Rate Interface 
and ISDN Signaling Link networks by using the intelligence in these 
networks to enable shared access to Meridian Mail resources, better using 
these resources and offering additional services to network users. 


Note: Password Suppression is not supported accross a Meridian 1 
network. 


Package Requirements 


Requirements for NMS - Meridian Mail vary depending on the switch 
location in the network. The Meridian 1/SL-1 that originates the call to the 
Meridian Mail location is the “originating node”. The Meridian 1/SL-1 
where the call terminates (i.e. where the Meridian Mail is physically located) 
is the “terminating node”. An intermediate node that lies between the 
originating and terminating nodes is a “tandem node”. 


Note: An Option 11 may only be configured as either the originating or 
tandem node, not the terminating node. 


Prerequisites: 
Originating node prerequisites are as follows: 


Feature Package Number 
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Tandem node prerequisites are as follows: 


Feature Package Number 


EES 10 


ISDN 145 


PRI2 or ISL 154 or 147 
NTWK 148 





Meridian Mail prerequisites are as follows: 


Feature Package Number 





Note: Meridian Mail must be equipped with Release 7 software and the 
Network Message Services software option package. The Meridian Mail 
system should also be engineered to support the total number of users 
expected to be served throughout the network. Generic X11 Release 16 
is a prerequisite. 
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Network Ring Again 
Description 


Network Ring Again (NRAG) provides ring-again capability within a 
customer’s private network equipped with PRI/ISL. In other words, NRAG 
allows ring again to be activated between an Option 11 in location A and 
another Meridian 1/SL-1 in location B (see Figure 18). 


This extension of Meridian 1 Ring Again operates on telephones called over 
the ISDN PRI/ISL network. 


This feature allows a caller (station "A") encountering a busy destination 
(station "B") anywhere in the ISDN network to be notified when the busy 
destination ("B") becomes available. After notification, when user "A" 
accepts this recall, a normal call setup is then placed to destination "B" 
without user "A" re-dialing the called number. 


Network Ring Again (NRAG) can be originated by a station in the Make Set 
Busy mode, and it is also allowed to be activated against a station in the Make 
Set Busy Mode. 


NRAG can operate in concurrence with the Ring Again on No Answer 
feature, described later in this document. 


The NRAG feature operates in "free notification" mode. This means the 
terminating switch determines when the called party becomes idle and 
notifies the originating switch. 


When more than one caller activates NRAG on a terminating station, the calls 
are queued on a first-come, first-served basis. When the called station 
becomes idle, only the first caller in the queue is signaled. The second caller 
in the queue is signaled only after the Queue Advance Timer expires. 


Once the NRAG feature has been activated, the status of the called party is 
observed until: 


— the line is idle and a new call set-up can be attempted 


— oruntil NRAG is deactivated by a timeout or manually disconnected by 
the caller 
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Figure 18 
Network Ring Again 


Station A 


Call placed to Busy Set Station B 


"Busy Notification Returned 
NRAG Placed 
"Not Busy" Notification Sent 


Call placed and completed 





Interactions and Limitations 


NRAG is supported in UDP and CDP networks. Network Ring Again is only 
supported if the CLID uses the prime DN. For Meridian 1/SL-1 Options 
21-71, X11 Releases 15 and later support up to a 10 digit CDP with the DNXP 
package equipped. Option 11 systems support up to a 10-digit CDP. 


NRAG does not operate on redirected calls. As well, NRAG cannot be 
activated on an Automatic Call Distribution (ACD) termination because 
ACD users are serviced by the ACD queue. 


Package Requirements 
This option requires the following feature packages: 


Feature Package Number 


ISDN 145 


PRI2 or ISL 154 or 147 
NTWK 148 
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Network Tenant Service 
Description 


This feature provides the capability of Network Attendant Service (NAS) on 
a tenant basis, with network wide tenant to tenant and tenant to trunk 
blocking. 


Attendant routing 


NTS allows Console Presentation Groups (CPGs) and related attendants to be 
defined at any node in the ISDN. 


— Calls can be directed to another node based upon: 
— atime of day schedule defined at the CPG level 
— overflow conditions 

— status of local attendants in the CPG group 

— status of trunks to other attendant locations 

— status of the NAS key on a customer basis 


— night service indicator of the CPG group 


Each attendant console group (ACG) can have its own NAS routing table 
defined. Calls not associated with a particular console group are presented to 
ACG 0. 


Tenant to tenant blocking 


It is possible to define tables which allow or deny calls between tenant groups 
in the same customer. Normal intercept treatment is given to a station 
attempting to dial into a denied access tenant. 


Tenant to tenant blocking is maintained across the network. Access is 
allowed or denied according to information defined on the node which 
currently processes the call. 


It is possible with network-wide tenant-to-tenant blocking to define one-way 
restrictions (a cannot call B, but B can call A), even though this is not possible 
in standalone cases. If nodes do not have the same tenant to tenant restrictions 
defined, one-way blocking can result. 
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Timed reminder recalls 


Timed Reminder Recalls work in the same way as in NAS, but on a tenant 
basis. The attendant is chosen based on the tenant number of the target party. 


Interactions and Limitations 


To ensure correct call routing, all nodes in the ISDN must have the Network 
Tenant Service feature equipped. 


Each ACG can have a NAS routing table, or several ACGs may share the 
same NAS routing table. However, the NAS key is defined only on a 
customer basis—it is not a CPG-level parameter. When one attendant 
console activates the NAS key, regardless of ACG, the entire system is in 
NAS service. 


The Multi-Location Business Group (MBG) number is the grouping agent 
used to associate users belonging to a customer group or ‘sub-group’. 
Network Tenant Service (NTS) uses MBG numbers to define the relationship 
between the Multi-Location Business Group Subgroup (MBGS) number and 
the tenant number on a particular node. The tenant number related to an 
outgoing call is translated into the corresponding MBGS number and then 
transmitted through the network. At the terminating node, the MBGS number 
is translated back into a meaningful tenant number. 


Package Requirements 


This option requires the following feature packages: 


Feature Package Number 





Note: Any packages needed to support ISDN PRI are needed for 
Network Tenant Service. Package AOP (#56) must not be equipped. 
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Network Time Synchronization 
Description 


The Network Time Synchronization feature allows nodes in an ISDN to 
query one another for time checks. Slave nodes query a Master node for its 
clock, and the Master can in turn query a backup. 


A time difference (delta) is provided for every node, to allow for time zone 
differences. In this way, local time is maintained for local reference, and 
centralized (global) time is maintained for those features which need it (for 
instance, centralized CDR). 


On Slave nodes, requests for time checks are sent automatically either in the 
background routines, with the daily routines, or every time a time change is 
made, and on every sysload and initialization. 


On the Master node, requests are sent to a backup node upon initialization. 
The Master does not synchronize Slave nodes during these backup periods. 


Interactions and Limitations 


This feature has the following limitations: 


— When the Master and Backup nodes both request synchronization at the 
same time, the real time is considered to be the one on the Backup node, 
so long as that node is not initializing. If the Master is sysloading and the 
Backup is only initializing, the Backup also carries the real time. In all 
other cases, the Master continues to carry the real time. 


— Should both the Master and the Backup node sysload at the same time, 
Network Time Synchronization is halted until the Master node has reset 
its clock. 


Each node must be defined as either a Master, a Slave or a standalone node 
(meaning this feature is not used). A customer must also be selected for the 
feature (one customer on each node must be chosen, to allow calls to be made 
between nodes for the time checks). Local access codes with the virtual DN, 
the Master (or Slave) routing digits, the time difference between the local and 
the Master node, and the request mode must all be defined. (The time delta 
and the requesting modes are optional.) This is done through overlay 
program 2. 
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Network Wide Listed Directory Numbers 


Listed Directory Numbers (LDNs) can be defined as Incoming Call 
Identification (ICI) keys on an Attendant Console, making it possible to have 
different presentations when different DNs are dialed. Previously, it was only 
possible to define four LDNs on a Meridian 1. This feature makes it possible 
to define six LDNs on a Meridian 1. 


Prior to Release 20, when an LDN call was routed from one node to another, 
the call was presented as per trunk type (e.g., NDID, NTIE, NCO, NFEX, or 
NWAT). The call was presented on LDN key zero if none of these ICIs was 
configured. With this feature, if the dialed DN is an LDN and an LDN key 
exists corresponding to the dialed LDN, the call will be presented on that ICI 
LDN key. 


This feature also enables LDNs to be recognized network wide when 
Network Attendant Service (NAS) is used. The same LDNs must be 
configured in multiple nodes. Network LDN is defined on a customer basis. 


Operating parameters 


The network part of this feature works in a Meridian Customer Defined 
Network (MCDN) environment with NAS configured. 


The LDNs to be used network wide cannot be used in conjunction with 
Distant Steering Codes. 


No new hardware is required for this feature. 


Feature interactions 


Call Forward No Answer 


With this feature, the LDN ICI has a higher priority than CFNA ICI. When a 
call is forwarded to an LDN via Flexible DN, the call will be presented on the 
LDN ICI. 


Departmental Listed Directory Number 


Departmental LDN is not supported over the network; however, this feature 
does provide two more LDNs for the DLDN feature. 


Console Presentation Group 
This feature provides two more LDNs per Console Presentation Group. 


553-3011-315 Standard 9.00 October 1997 


Chapter 2 — ISDN feature descriptions Page 441 of 1280 


Console Operation/Console Presentation 

Console Operation makes it possible for each console to select which ICI call 
types will be presented to the console. Network wide LDN does not work 
with the Console Presentation feature because it is not supported by NAS. 
Console Operation can, however, be configured with two new LDNs. 


Network Message Center 

With this feature, the LDN ICI has a higher priority than MWC ICI. When a 
call is forwarded to an LDN over the network to a message center, the call 
will be presented on the LDN ICI. 


Network Attendant Service 

The way the network LDN calls are presented in a NAS environment is 
changed by this feature. The presentation on the NDID, NTIE, NCO, NFEX 
or NWAT, and the LDNO key is changed to the correct LDN key, if it exists. 
Otherwise, it will be presented as it previously was on the NDID or LDNO 
key. 


Console Operation/Queue Thermometer 

The queue thermometer indicates how many calls are in the queue for a 
certain ICI key. An ICI key can correspond to more than one ICI type. Even 
though the ICI type of a call may be different with or without this feature 
active, it will not interact with queue thermometer operations. 


Centralized Attendant Service 

Centralized Attendant Service (CAS) is mutually exclusive to the NAS 
package. As the network wide LDN feature requires NAS for its networking 
functions, the network part of this feature will not work with CAS, but the two 
extra LDNs can be used locally. 


Feature packaging 


Since Network Wide LDN requires Network Attendant Service routing, the 
following existing software packages must be provisioned: Network 
Attendant Service (NAS) package 159; Network Alternate Route Selection 
(NARS) package 58; Network Class of Service (NCOS) package 32; Basic 
Routing (BRTE) package 14; and applicable ISDN options depending upon 
customer requirements. 
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To use the attendant queue thermometer, Console Operations (COOP) 
package 169 must be provisioned. 


For Departmental LDN to be configured with six LDNS, Departmental LDN 
(DLDN) package 76 must be provisioned. 


Non-Associated Signaling Channels (nB+D) 
Description 


On an Option 11 system, the D-channel has the capability of supporting 
multiple PRIs (up to 8) in an nB+D environment with a minimum of 30 to a 
maximum of 240 B-channels. The 240 B-channel restriction is derived from 
the calculation of 8 (PRIs) x 30 (B-channels per PRI). This enhancement 
allows a PRI facility to consist of 30 B-channels, while the D-channel 
controlling these B-channels is being carried by, and shared with another PRI 
link. 


Package Requirements 
This option requires the following feature packages: 


Feature Package Number 


ISDN 145 


PRI2 or ISL 154 or 147 





553-3011-315 Standard 9.00 October 1997 


Chapter 2 — ISDN feature descriptions Page 443 of 1280 


NPI and TON in CDR Tickets 


The Numbering Plan Identification (NPI) and Type Of Number (TON) in 
Call Detail Recording (CDR) Tickets! feature allows NPI and TON 
information to be optionally displayed on the third line of CDR tickets. NPI 
and TON are associated with Calling Line Identification (CLID) information, 
and are useful for billing incoming calls to the originating party. 


The NPI and TON are only displayed for calls on an incoming ISDN trunk. 
Also, the New Format CDR (FCDR) prompt must be set to NEW and the 
Calling Line Identification (CLID) prompt must be set to YES in Overlay 17. 
Figure 14 illustrates the format of the third line of a CDR ticket. 


Figure 14 
Third line format for CDR ticket 


&00:15N00:25 BLID M911 000 0 2 č 2 x 


Å a Type Of Number 
t Numbering Plan Identification 
100-Hour Duration 
M911 Call Abandon 
Billing Line ID 


Time To Answer 


New line indicator 
553-7588 





1. “Ticket” is the international term for record. 
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Table 7 describes the contents of the third line of CDR tickets. 
Table 7 
Third line contents of CDR tickets 
Line Position Field Field Definition 
3 1 blank 
3 2 & New line indicator 
3 3-7 TTA Time To Answer (Total ringing time) 
3 8 REDIR/B Time To Answer (Redirection Indicator)/Busy 
Tone Identifier 
3 9-13 TWT Time To Answer (Total Waiting Time) 
3 14 blank 
3 15-30 BLID...xxx Billing Line ID 
3 31 blank 
3 32-38 ABANDON M911 Call Abandon Tag 
3 39 blank 
3 40-42 000 100-Hour Duration 
3 43 blank 
3 44-45 NPI CLID Numbering Plan Identification 
3 46 blank 
3 47 TON CLID Type Of Number 
3 48 blank 
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Figure 15 illustrates a scenario in which DN 4000 (on Node 1) places a call 
to DN 4100 (on Node 2) over a Meridian Customer Defined Network 
(MCDN), using a Coordinated Dialing Plan (CDP) Distant Steering Code 
(DSC). The call arrives at Node 2 on Route 201 Member 4. A CDR N ticket 
is produced when the call is disconnected. 


Figure 15 
Scenario involving a call over a Meridian Customer Defined Network 




















TIE trunk 








ISDN PRI 





553-7589 





The CDR N ticket produced in the above scenario has the following format: 


N 001 02 T201004 DN4100 02/10 18:07:15:00:02:24.0 


& 4000XXXXXXXXXXXX 
&00:15N00:25 BLIDXXXXXXXXXXXX 000 09 6 





On line 3 of the ticket, the NPI value of “09” represents a private numbering 
plan. The TON value of “6” represents an Electronic Switched Network 
(ESN) Customer Dialing Plan (CDP). Please refer to Tables 8 and 9 for the 
NPI and TON information for an MCDN incoming trunk. 
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When an incoming call arrives on the Meridian 1, NPI and TON are sent in 
the calling party Information Element (IE) and are mapped into internal 
values. The correspondence between the Meridian 1 values and the values 
given in the specifications are described in Tables 8 to 17. 


Tables 8 to 17 show the information printed in the CDR ticket, depending on 
the incoming trunk protocol. As shown in these tables, not all combinations 
of NPI and TON exist. 


In the TON tables, only ISDN/Telephony numbering plan (Rec. E.164/E.163) 
and private numbering plans are detailed. For all other supported NPI values, 
TON has the value of “unknown number”. 


Referring to the scenario in Figure 15, Tables 8 and 9 show the NPI and TON 
information for an MCDN incoming trunk. 
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Table 8 
NPI information printed in the CDR ticket for an MCDN incoming trunk 


NPI code in CDR Corresponding value of NPI in specification 
foo 000 - unknown numbering plan 
fon 0001 - ISDN/Telephony numbering plan (Rec. E.164) 


01 
z 
: 
C 
e 


1001 - private numbering plan 





Table 9 
TON information printed in the CDR ticket for an MCDN incoming trunk 


Corresponding value of TON in specification 
TON code in CDR 


NPI = ISDN/Telephony 
numbering plan (Rec. E.164) 


o 0000 - unknown number 0000 - unknown number 


NPI = private numbering plan 


C rete foriomescoe 
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Tables 10 and 11 show the NPI and TON information for a EuroISDN 
incoming trunk. 


Table 10 
NPI information printed in the CDR ticket for a EurolSDN incoming trunk 


NPI code in CDR Corresponding value of NPI in specification 


0000 - unknown 


0001 - ISDN/Telephony numbering plan (Rec.E.164/E.163) 


fo 
4 


0011 - data numbering plan (Rec.X.121) 


0100 - telex numbering plan (Rec.F.69) 
[o8 o i] 1000 - national standard numbering plan 


1001 - private numbering plan 





Table 11 
TON information printed in the CDR ticket for a EurolSDN incoming trunk 


Corresponding value of TON in specification 
TON code in CDR 
NPI = ISDN/Telephony ee : 
numbering plan (Rec. E.164) NPI = private numbering plan 
000 - unknown or 000 - unknown or 
110 - abbreviated number 110 - abbreviated number or 
001 - level 2 regional number 


1 001 - international number cannot be mapped 


010 - national number 010 - level 1 regional number 
ooo i eena O re 
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Tables 12 and 13 show the NPI and TON information for a QSIG incoming 
trunk. 


Table 12 
NPI information printed in the CDR ticket for a QSIG incoming trunk 


0100 - telex numbering plan (Rec. F.69) 
1000 - national standard numbering plan 
1001 - private numbering plan 


Note: QSIG refers to ISO QSIG and ETSI QSIG. 





foo 
0011 - data numbering plan (Rec.X.121) 
oo 
oo 
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Table 13 
TON information printed in the CDR ticket for a QSIG incoming trunk 


Corresponding value of TON in specification 
TON code in CDR 
NPI = ISDN/Telephony eee ` 
numbering plan (Rec. E.164) METS private numbering plan 


000 - unknown or 000 - unknown or 

110 - abbreviated number 110 - abbreviated number or 
001 - level 2 regional number or 
101 - level3 regional number 


100 - subscriber number 


Note: QSIG refers to ISO QSIG and ETSI QSIG. 
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Tables 14 and 15 show the NPI and TON information for a non-UIPE and 
non-MCDN incoming trunk. 


Table 14 
NPI information printed in the CDR ticket for a non-UIPE and non-MCDN incoming trunk 


0100 - Telex numbering plan 
1000 - national numbering plan 
1001 - private numbering plan 


Note: Non-UIPE refers to the 1TR6, AXE-10 for Australia and Sweden, Swissnet 2, Numeris VN4, 
SYS-12, and D70 connectivities. 





fo 
Ca 
e 
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Table 15 
TON information printed in the CDR ticket for a non-UIPE and non-MCDN incoming trunk 


Corresponding value of TON in specification 
TON code in CDR 


NPI = ISDN/Telephony 


numbering plan (Rec. E.164) NPI = private numbering plan 


od 0000 - unknown number! 0000 - unknown number! 


a 


1. For SYS-12, AXE-10 for Australia and Sweden, Swissnet, Numeris VN4, and D70 interfaces, all received 
values are mapped into unknown code. 





2. For all interfaces not mentioned in 1. 
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Tables 16 and 17 show the NPI and TON information for an NI-2 incoming 
trunk. 


Table 16 
NPI information printed in the CDR ticket for an NI-2 incoming trunk 


NPI code in CDR Corresponding value of NPI in specification 
foo 0000 - unknown numbering plan 
for 0001 - ISDN/Telephony numbering plan (Rec. E.164) 


01 
02 unused 
E 


C 
foo 1001 - private numbering plan 
Table 17 


TON information printed in the CDR ticket for an NI-2 incoming trunk 


Corresponding value of TON in specification 
TON code in CDR 


NPI = ISDN/Telephony 
numbering plan (Rec. E.164) 


a e 





NPI = private numbering plan 


C a 
C e 
C sara 
C e 
C e 
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Operating parameters 


The NPI and TON in CDR Tickets feature applies only for incoming ISDN 
trunk calls. NPI and TON information depends on the incoming trunk 
protocol. 


The NPI and TON fields are left blank for internal calls, outgoing trunks, 
incoming non-ISDN trunks, or if the CLID prompt is set to NO. 


When the FCDR prompt is set to OLD, the NPI and TON fields do not exist, 
regardless of how the CLID prompt is defined. 


NPI and TON information is available with the following incoming 
interfaces: EuroISDN, QSIG (ISO and ETSI), MCDN, non-UIPE and 
non-MCDN, and NI2. 


NPI and TON information is included in all types of CDR records that contain 
CLID information. 


NPI and TON information is lost when system initialization occurs and the 
call is then reconstructed. In this case, if the call involves an incoming ISDN 
trunk and if the NPI and TON in CDR Tickets feature is configured, the NPI 
field contains two zeros (00) and the TON field contains one zero (0), 
regardless of the NPI and TON sent at call setup. 

Feature interactions 
The NPI and TON in CDR Tickets feature does not have any specific 
interactions with other features. 

Feature packaging 
The NPI and TON in CDR Tickets feature requires the following packages: 
— Call Detail Recording (CDR) package 4 
— Call Detail Recording on Teletype Machine (CTY) package 5 
— New Format Call Detail Recording (FCDR) package 234 


— Calling Line Identification in Call Detail Recording (CCDR) package 
118 
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Feature implementation 
LD 17 — Configure the NPI and TON fields. 


Response Description 


CHG Change existing data. 


PARM System parameters. 


New Format CDR. 
OLD = Old CDR format (default). 


TON and NPI fields, in addition to CLID, are included. 





Note 1: For the NPI and TON in CDR Tickets feature, existing CDR 
implementation procedures must be performed. 


Note 2: CLID must be configured for the NPI and TON in CDR Tickets 
feature. Refer to the “Calling Line Identification” and “ISDN Calling 
Line Identification Enhancements” feature modules in this document. 


Feature operation 


No specific operating procedures are required to use this feature. 
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Network Signaling on Virtual Network Services 


The Network Signaling on Virtual Network Services (NSIG on VNS) feature 
enhances the functionality of Virtual Network Services by supporting 


Network Signaling on the VNS D-Channel (VNS_DCH). 


With VNS, the Public Switched Telephone Network (PSTN) trunk serves as 
a B-Channel. However, NSIG is not allowed over PSTN trunks; therefore, it 
is necessary to send NSIG over the D-Channel in order to maintain the 


Network Class of Service (NCOS) information. 


NCOS information is transported via Network Signaling over routes, 
depending on the value of the Signaling arrangement (SIGO) prompt in the 
Route Data Block. When SIGO = STD, no NCOS information is sent on the 


Bearer Channel (B-Channel). 


The value of the Virtual Signaling (VSIG) prompt in Overlay 17 determines 
whether or not NSIG is supported on the VNS D-Channel. When 

VSIG = NO, NSIG is not sent over the VNS D-Channel. When VSIG = YES, 
NSIG is sent over the VNS D-Channel, and the standard ESN5 protocol is 


used. 


VSIG = YES and SIGO is set to STD 


In this situation, NSIG is configured on the VNS D-Channel. Two nodes are 
connected by a VNS D-Channel, and the bearers are TIE trunks connected to 
the Central Office (CO). When Set A initiates a call to Set B, using the VNS 
D-Channel, the NCOS of Set A travels over the VNS D-Channel using ESN5 
protocol and is present at the terminating node for further access restrictions. 


No Network Signaling is on the bearer in this case. 


VSIG = YES and SIGO is not set to STD 


In this situation, NSIG is configured on the VNS D-Channel and on the 
bearer. When Set A initiates a call to Set B, the NCOS of Set A travels over 


the VNS D-Channel and on the bearer. 


VSIG = NO and SIGO is not set to STD 


In this situation, NSIG is not configured on the VNS D-Channel. When Set A 
initiates a call to Set B, no NCOS information travels over the VNS 


D-Channel, but will travel on the bearer. 
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Scenarios involving Satellite (SAT) Routes 


When Satellite Routes are involved, NSIG on VNS behaves as shown in the 
following scenarios. 


VSIG = NO and SIGO is not set to STD 

Referring to Figure 16, a call from Node 1 to Node 3 passes a Satellite Route. 
The route between Node 2 and Node 3 is also a Satellite Route; therefore, the 
call is blocked at Node 2. 


Figure 16 
A scenario involving two SAT-Routes where VSIG = NO and SIGO is not set to STD 


Tandem Node 


SAT-Route 


VNS_DCH with VSIG=YES 553-7615 





VSIG = YES and SIGO is not set to STD 

Referring to Figure 17 ,a call from Node 1 to Node 3 passes a Satellite Route. 
The route between Node 2 and Node 3 is also a Satellite Route; therefore, the 
call is blocked at Node 2. The Satellite information is transported over the 
bearer. 


Figure 17 
A scenario involving two SAT-Routes where VSIG = YES and SIGO is not set to STD 


NSIG on bearer 
SAT-Route SAT-Route 


VNS_DCH with VSIG=YES 553-7618 
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Referring to Figure 18, a call from Node 1 to Node 4 passes a Satellite Route. 
The Satellite Count is updated at Node 2, and the Satellite information is sent 
to Node 3. The route between Node 3 and Node 4 is also a Satellite Route; 
therefore, the call is blocked at Node 3. 


Figure 18 
A scenario involving two SAT-Routes where VSIG = YES and SIGO is not set to STD 


NSIG on bearer 
SAT-Route SAT-Route 


VNS_DCH with VSIG=YES 





Referring to Figure 19, a call from Node 1 to Node 3 is initiated, and the call 
is blocked at the Tandem Node. In this scenario, the Satellite information is 
sent from Node 2 to the Tandem Node. The route between the Tandem Node 
and Node 3 is also a Satellite Route; therefore, the call is blocked on the 
bearer side of the Tandem Node. 


Figure 19 
A scenario involving two SAT-Routes where VSIG = YES and SIGO is not set to STD 


Tandem Node 


NSIG on bearer SAT-Route 


C1) SAT-Route 


VNS_DCH with VSIG=YES 553-7621 
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VSIG = YES and SIGO is set to STD 


Referring to Figure 20, a call from Node 1 to Node 4 passes a Satellite Route, 
and the Satellite Count is updated at Node 2. The Satellite information travels 
over the VNS D-Channel to Node 3. The route between Node 3 and Node 4 
is also a Satellite Route; therefore, the call is blocked at Node 3. 





A scenario involving two SAT-Routes where VSIG = YES and SIGO is set to STD 


SAT-Route SAT-Route 





VNS_DCH with VSIG=YES 553-7619 


Referring to Figure 21 , if NSIG is not configured on the bearer side, the 
Satellite information is not sent over the bearer. A call from Node 1 to Node 3 
passes even if there is a second Satellite Route involved in the call. At Node 3, 
the only Satellite information received is that which is received over the VNS 
D-Channel. 


A scenario involving two SAT-Routes where VSIG = YES and SIGO is set to STD 


Tandem Node 


No NSIG on the me “A ROULE 


SAT-Route C2) Eee 


VNS_DCH with VSIG=YES 553-7622 
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Operating parameters 
This feature does not support Call-Back Queuing. 


When the NSIG on VNS feature is disabled, the previous functionality exists. 
In this case, no signaling digits are sent over the VNS D-Channel. However, 
if configured, NSIG is transported over the bearer. 


With the NSIG on VNS feature configured, the bearer is transported over the 
VNS D-Channel, and the signaling digits are present on the termination node. 


A non-symmetric configuration is supported for bearer trunks. 


The VNS D-Channel only supports the NSIG ESN5-protocol. It does not 
support EN19 and ETN protocols. 


For signaling, VNS requires a D-Channel link. The following hardware is 
also required: 


— Clock Controller (QPC775) 
— Network card (QPC414) 
— PRI? pack (NT8D72) 

— DCH card (NT6D11) 


Referring to Figure 22, when NSIG is configured only on the VNS 
D-Channel, the Satellite Count is not updated if a Satellite Route is passed on 
the bearer side. A call from Node 1 to Node 3 passes even when there are two 
Satellite Routes involved in the call. When no NSIG information is sent from 
the Tandem Node to Node 2, the Satellite information is lost. 
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Figure 22 
SAT-count is not updated when NSIG is not configured on the bearer (VSIG = YES and SIGO 
is set to STD) 


Tandem Node 


SAT-Route 


No NSIG on the bearer, 


VNS_DCH with VSIG=YES 553-7615 





Referring to Figure 23, in a case where the bearer passes a Tandem Node 
(Node 2) with NSIG on the route, the call is blocked at Node 2 when the 
NCOS is insufficient. 





Figure 23 
A scenario where the call is blocked, as NCOS is insufficient (VSIG = YES and SIGO is not 
set to STD) 


NSIG on the route 


if the NCOS is not * 
*s,allowed to take this route.-’ 


VNS_DCH with VSIG=YES 


553-7616 
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Feature interactions 


NSIG on VNS has no specific interactions with existing features. 


Feature packaging 
The NSIG on VNS feature requires the following packages: 


— Virtual Network Services (VNS) package 183 

— Network Alternate Route Selection (NARS) package 58 
— Network Class of Service (NCOS) package 32 

— Basic Routing (BRTE) package 14 

— ISDN Signaling (ISDN) package 145 

— ISDN Signaling Link (ISL) package 147 

— Advanced Network Services (NTWK) package 148 


Feature implementation 
LD 17 — Allow or deny Network Signaling on Virtual Network Services. 


Response Description 

CHG Change existing data. 

CFN Configuration data block 

CHG DCH xx Change D-Channel information. 
User. 
Virtual Network Services. D-Channel used for VNS or ISLD. 
Shared Virtual Network Services. D-Channel shared 


between PRA, VNS, and ISLD. 


Virtual Network Services Network Call Redirection is 
available over this D-Channel. 


Trunk Route Optimization before answer is available over 
this D-Channel for VNS. 


NSIG on VNS (denied) allowed. 
When VSIG = YES, the Signaling arrangement is ESN5. 
When VSIG = NO, the Signaling arrangement is Standard. 
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Feature operation 


No specific operating procedures are required to use this feature. 


Option 11 Downloadable D-Channel 


The Downloadable D-channel card brings MSDL D-channel application to 
the Option 11 system. 


The Downloadable D-channel card (NTBKS1) is a daughter board that 
mounts on the NTBK50 2 Mbit Primary Rate Interface card. The NTBK50/5 1 
can reside in any slot 1-9 of the main cabinet. A single Serial Data Interface 
(SDD I/O address (1-15) is used by the DDCH. 


Limitations 


— Only one selected software application (MSDL or D-channel) can be 
active on the DDCH card. 


— Only one ISDN D-channel related protocol mode is supported. This 
feature does not provide Serial Data Link (SDI) or Enhanced Serial data 
Link (ESDI). 


— The DDCH is a daughterboard that attaches to the NTBK50 2.0 Mb PRI 
motherboard. The maximum number of card slots available for the 2.0 
Mb PRI card (and therefore the DDCH card) depends on the system 
configuration. The maximum is nine (from slot 1 to 9). 


— The card type of the backup D-channel must be configured the same as 
the primary D-channel. That is, if the card type (in software) of the 
primary D-channel is MSDL, the backup D-channel must also be MSDL. 
Similarly, if the primary D-channel is set to DCHI in software, the 
backup D-channel must also be DCHI. 


— The Downloadable D-channel card does not support ISDN Signaling 
Link (ISL) or Virtual Network Services (VNS) because it does not have 
an external port connector. The NTAK0O2 SDI/DCH card must be used to 
provide ISL or VNS services. 
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Feature interactions 


2 Mbit Primary Rate Interface 

The 2 Mbit Primary Rate Access feature and the connectivities supported in 
Release 18 will continue to work with both the new and old D-channel 
interface cards. 


1.5/2.0 Mbits ISDN Gateway Feature 

The International 1.5/2.0 Mbits ISDN Gateway feature will continue to work 
with the existing D-channel interface and the new Downloadable D-channel 
interface. 


Release 20 Features 

The following features are dependent on this feature to provide support for 
Option 11: ECMA QSIG PRI; PRI for New Zealand NEAX-61; and EURO 
ISDN. 


For more information about these features, please see the individual features 
descriptions contained in this document. 


Feature packaging 


The following packages must be provisioned in the Option 11: Basic System 
Features (BASIC) package 0; Integrated Services Digital Network (ISDN) 
package 145; 2 Mbit Primary Rate Access (PRI2) package 154; Meridian 1 
Extended Peripheral Equipment (XPE) package 203; and Multipurpose Serial 
Data Link (MSDL) package 222. 
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Radio Paging Improvement 


A Radio Paging system is a communications tool used to contact mobile 
parties by means of radio signals. A caller can use their telephone set to page 
a mobile party who has a mobile portable receiving device. 


Prior to Release 20, the Radio Paging (RPA) feature supported attendant 
recall in standalone operation only. The RPA recalls to the local attendant on 
the node where the RPA system is directly connected. This product 
improvement enables RPA to recall the attendant who originated the Radio 
Paging call only; the attendant may be located anywhere within an ISDN 
Meridian Customer Defined Network (MCDN) configured with Network 
Attendant Services (NAS). 


The improvement also enables the upgrade the attendant’s display with paged 
name to display paged name instead of answering name on the paging party 
when answered, and to make network Radio Paging show the same display 
information as in the standalone operation. 


Operating parameters 


The originating tandem and paging nodes must be Meridian 1 switches 
running a minimum of Release 20 software. 


For Pre-selection Paging, if the paged DN following the RPAX FFC is not 
local to the paging node, the Call Party Name Display (CPND) name for this 
DN cannot be obtained to be displayed on the calling party’s terminal. If the 
paged DN is local on the paging node and has CPND defined, the CPND can 
be retrieved and sent to the calling party for display purposes. For 
Post-selection Paging, the CPND of the paged DN will be displayed even if 
the DN is not local to the paging node. 


If a network call comes in to a set on the paging node and is redirected to 
paging by CFNA, the calling name cannot be retrieved and updated on the 
answering set when the paging call is answered. This happens only if the set 
on the paging node has CPND defined. If the set does not have CPND 
defined, the calling name can updated on the answering party. 
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The following hardware is required for Radio Paging operation: Radio Paging 
System equipment meeting European Selective Paging Manufacturers’ 
Association (ESPA) requirements; NT trunk cards 
(QPC296/QPC287/QPC55 1/QPC7 1/QPC237/NTD9742A/NTSKI9AA) or 
XFEM packs (NT5K83/NT5K72/NT5K50/NT5K19). 


The following hardware is required for MCDN ISDN: PRA — DCHI and 
PRI/PRI2 circuit packs; ISL — DCHI circuit packs and TIE trunks; and VNS 
— DCHI circuit packs and any trunks. 


Feature interactions 


Call Detail Recording Enhancement 

With this Release 20 enhancement to CDR, an “S” record is printed when an 
attendant extends an outgoing trunk call to a destination party. When the 
extended outgoing trunk call or the destination party Releases to disconnect, 
an “E” record is printed. Prior to this enhancement, no CDR record was 
printed until the extended outgoing trunk call or the destination party 
Released, when an “N” record was printed. This CDR enhancement also 
applies with network Radio Paging. 


When an attendant makes an outgoing call (established on the source side) 
and then extends the call to remote radio paging on another node by using a 
normal trunk (e.g. Trunk Pxxx), an “S” record is printed when the attendant 
Releases to extend the call to network RPA. 


If the outgoing trunk call Releases before the paged call is answered, the “E” 
record will show the normal trunk ID (TrunkPxxx). 


If the paged call has been answered when the outgoing trunk call Releases, 
the “E” record will show the paged DN instead of Trunk Pxxx. 


For more information, please refer to the CDR Enhancement feature 
description contained in this document. 
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Display of Calling Party Denied 

If the DNPD package is ON (packaged under the International 
Supplementary features package), additional classes of service can be 
assigned to sets that determine whether or not their DN and CPND 
information will be displayed on other sets. No CPND or DN information is 
displayed on sets involved in a network RPA call that have name display 
denied or digit display denied class of service. 


Slow Answer Recall Modification (SLAM) 


With the Slow Answer Recall Modification feature enabled, when the 
attendant answers a recall the destination party is disconnected. This also 
applies to Radio Paging. 


When the attendant answers a paging recall, the call is removed from the 
meet-me queue and the recall cannot be answered by the paging party by 
using RPA Answer. The paging party is put on the source side of the 
attendant; there is nothing connected on the destination side. The attendant 
cannot extend the call to paging by pressing the Release key. Pressing the 
Release key will disconnect the paging party from the source side and the 
attendant will become idle. 


The attendant can extend the call to Radio Paging again by either: dialing the 
RPAX FFC + the DN (preselection); or dialing the DN, and while the DN is 
ringing or busy pressing the RPAG key (post-selection). 


Network Attendant Services (NAS) 


NAS configuration is a requirement for the Network Radio Paging (NRPA) 
Recall to Same Attendant (RTSA) feature. Without NAS, NRPA RTSA is not 
active, and existing operation will be followed. 


With NAS configured, if a RPA recall to the attendant on the originating node 
is not allowed, the recall will be presented on the paging node. Existing 
operation prior to this development is performed. There is no new interaction 
introduced with NAS features. 

Feature packaging 
Radio Paging (RPA) package 187 must be provisioned to activate this feature. 


To gain access to RPA, Flexible Feature Codes (FFC) package 139 must be 
provisioned. 
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For the Radio Paging network recall operation, Network Attendant Service 
(NAS) package 159 must be provisioned. 


For Remote Radio Paging, Coordinated Dialing Plan (CDP) package 59 is 
required to define RPA FFCs as Distant Steering Codes (DSCs) or Trunk 
Steering Codes (TSCs). 


To display characters instead of the Radio Paging Flexible Feature Code, 
Calling Party Name Display (CPND) package 95 is required. 


Integrated Services Digital Network (ISDN) package 145, and its 
dependencies, are required for operation in an MCDN ISDN network. 


Radio Paging Product Improvement Continuation 


A Radio Paging System (RPS) is a communications tool used to contact 
mobile parties by means of radio signals. With this system, a set can page a 
mobile party that is equipped with a radio paging device. The Radio Paging 
Product Improvement Continuation enhances the performance of the Radio 
Paging feature by providing the following: 


— an increase in the number of digits sent to and displayed on a Radio 
Paging device 


— the ability to activate/deactivate Pretranslation for Radio Paging calls 


— five internal/external call treatments to a pager installed in the paging 
rack 


Pager Display 


With the existing Radio Paging functionality, when Calling Line 
Identification (CLID) information is sent to a paging device, a maximum of 
seven digits are displayed on the pager. 


With the Radio Paging Product Improvement Continuation, however, up to 
16 digits can be displayed on a pager. Therefore, it is possible for the entire 
CLID information to be displayed. In order to specify the number of digits 
(0-16) to be sent to the Radio Paging System, the Transmit Caller’s DN 
(TRDN) prompt must be defined in Overlay 58. 
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Pretranslation 


Pretranslation allows the creation of a flexible dialing plan by using Speed 
Call lists as Pretranslation Tables. With the Radio Paging Product 
Improvement Continuation, Pretranslation is activated/deactivated for Radio 
Paging calls by defining the Pretranslation (PRET) prompt in Overlay 58. 
This activation/deactivation takes place regardless of whether or not 
Pretranslation is allowed at a customer level. 


Pagers installed in the paging rack 


With existing Radio Paging functionality, the treatment of external calls 
forwarded to pagers in the paging rack is defined by the Recall if busy from 
Radio Paging (RCAL) prompt in Overlay 58. If RCAL is set to NO, the caller 
receives a busy tone. If RCAL is set to YES, the call is routed to the attendant. 
When an internal call is forwarded to a pager in the paging rack, the caller 
receives a busy tone. 


With this Product Improvement Continuation, the user chooses what happens 
to internal/external calls forwarded to a pager in the paging rack. The 

treatment of these calls is defined by the Treatment for Internal Calls (INTR) 
and Treatment for External Calls (EXTR) prompts in Overlay 58.The INTR 


and EXTR prompts replace the RCAL prompt. 


CAUTION 
With conversion to X11 Release 23 and later software, the treatment 
for external calls to a pager in the paging rack is not converted 
automatically. Therefore, the EXTR prompt must be defined. If EXTR 


is not defined, when an external call is forwarded to a pager in the 
paging rack, the call receives the default treatment for external calls 
(busy tone). 





The Radio Paging Product Improvement Continuation offers the following 
five possibilities for the treatment of calls to pagers in the paging rack: 


— The caller receives a busy tone. 


— The call is routed to an attendant. 
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— The caller receives a special tone (SRC1-SRC8) or an announcement 
(with RAN equipment) delivered from the Tone and Digit Switch (TDS) 
card. 


— The caller receives an announcement from a RAN machine. 


— The call is routed to Meridian Mail. 


Busy Tone 
When INTR or EXTR is set to BUSY, the caller receives a busy tone. 


Routed to an Attendant 
When INTR or EXTR is set to ATT, the call is routed to an attendant. 


Special Tone or Announcement 

When INTR or EXTR is set to SRC1-SRC8, the caller receives a special tone, 
programmed in Overlay 56, or an announcement. After an announcement is 
provided to the caller, the call is disconnected. Recorded Announcement 
(RAN) equipment is required to provide this announcement. 


Announcement from RAN 

When INTR or EXTR is set to RAN, the caller receives an announcement 
from a RAN machine and is then disconnected or routed to an attendant after 
the message is heard. Post RAN treatment is defined by the RAN post 
announcement treatment (POST) prompt in Overlay 16. 


For this enhancement to function, a RAN route must be specified by defining 
the Route number that provides the Recorded Announcement (RANR) 
prompt in Overlay 58. The RAN route must be specified prior to defining the 
RANR prompt. 


Meridian Mail 


When INTR or EXTR is set to MAIL, the call is routed to Meridian Mail. In 
this case, the caller receives an announcement stating that the call is being 
rerouted to Meridian Mail. With this enhancement, all Meridian Mail 
functions are available. 
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For this enhancement to function, the Meridian Mail Directory Number 
(MMDN) prompt must be defined in Overlay 58. Prior to defining the 
MMDN prompt, however, the Voice Automatic Call Distribution (ACD) 
messages queue must be defined in Overlay 23. The maximum input for 
Voice ACD is four digits or seven digits if the Directory Number Expansion 
(Seven Digit) (DNXP) package 150 is equipped. 


Operating parameters 


The Radio Paging Product Improvement Continuation is applicable on a 
stand-alone Meridian | switch with a Radio Paging system or in an Integrated 
Services Digital Network (ISDN) Meridian Customer Defined Network 
(MCDN) with a centralized Radio Paging System. 


A maximum of 16 digits can be sent to Radio Paging equipment, as only 16 
digits can be stored in the Calling Line Identification (CLID) field. 


As per existing Radio Paging functionality, if the calling number is not 
available, the Route Access Code of the incoming trunk is displayed on the 
Radio Paging device. 


If the calling number is shorter than the specified value defined at the TRDN 
prompt, the missing digits are replaced by zeros on the pager’s display. With 
the existing functionality, a shorter calling number is also displayed on a 
pager in this manner. 


If the calling number is greater than the specified value defined at the TRDN 
prompt, the most significant digits are displayed. The unnecessary digits are 
deleted. 


The treatment of calls to a pager in the paging rack is only applicable if the 
Radio Paging device conforms to the standards of the European Selective 
Paging Manufacturer’s Association (ESPA). 


When the Recorded Paging Announcement (PANN) prompt is set to YES in 
Overlay 58, each redirected call to the paging equipment receives a recorded 
announcement stating that the called party is being paged. This 
announcement is provided even if the pager is in the paging rack. 
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When a pager is in the paging rack and PANN is set to YES, the caller 
receives an announcement stating that the pager is in the paging rack. After 
this announcement, the treatment, as a result of the INTR and EXTR prompts, 
is performed. 


When the INTR or EXTR prompts are set to RAN and all Recorded 
Announcement (RAN) trunks are busy, the caller receives normal ringback 
tone. As soon as a RAN trunk becomes available, the caller hears a recorded 
announcement. This is as per existing RAN functionality. 


Meridian Mail must be located on the same node as the paging device, in 
order for calls to a pager in the paging rack to be re-routed to Meridian Mail. 
If Meridian Mail and the paging device are not located on the same node, an 
error message appears at the overlay level. 


When INTR or EXTR is set to Mail and the maximum number of calls to the 
Meridian Mail DN exceeds the limit that was set at the MAXP prompt in 
Overlay 23, the caller receives normal ringback tone. As soon as the number 
of calls is less than or equal to the MAXP value, the caller receives the 
recorded announcement or the defined Meridian Mail function. This is as per 
existing Meridian Mail functionality. 

Feature interactions 
Radio Paging Product Improvement Continuation has no specific interactions 
with existing features. 


Feature packaging 


The Radio Paging Product Improvement Continuation requires the following 
packages: 


— Radio Paging (RPA) package 187, which requires the following package 
to access Radio Paging: 


e Flexible Feature Codes (FFC) package 139 
— Pretranslation (PXLT) package 92 


The following packages are required for Meridian Mail: 
— Make Set Busy (MSB) package 17 
— Basic Automatic Call Distribution (BACD) package 40 
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— Automatic Call Distribution Package A (ACDA) package 45 

— Command Status Link (CSL) package 77 

— Command and Status Link with Alpha Signaling (CSLA) package 85 
— Integrated Message System (IMS) package 35 

— Message Waiting Center (MWC) package 46 

— End-to-End Signaling (EES) package 10 


— Directory Number Expansion (Seven Digit) (DNXP) package 150 for the 
Meridian Mail DN (MMDN) to contain a maximum of seven digits 


The following package is required for Recorded Announcement (RAN): 


— Recorded Announcement (RAN) package 7 


Feature implementation 


Note: The Radio Paging feature must be configured prior to 
implementing Radio Paging Product Improvement Continuation. If 
Pretranslation is to be allowed, the Pretranslation feature must also be 
configured. Depending upon how the INTR and EXTR prompts are 
defined, Mail and Recorded Announcement (RAN) must be 
implemented. 


LD 58 — Allow or deny Pretranslation. 


Prompt Response Description 


REQ CHG Change existing data. 


TYPE RPCD Radio Paging Customer Data Block. 


CUST XX Customer number. 
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Translation type. 

Translation lookup table (default) 

Last two digits of DN 

Last three digits of DN 

Last four digits of DN 

No translation (DN sent as PSA code) 

The TRAN prompt is not given if MRPS = YES. TRAN is then 
forced to TAB. 


DN length. 


Time to wait for a “BUSY” transferring set to become idle. 
After this time, the call is routed to the attendant. 


Pretranslation for RPA calls (allowed) or denied. 





LD 58 — Set the internal and external treatment for calls to a pager in the 
paging rack, and set the number of digits of the caller’s set transmitted to the 
paging equipment. 


Response 
CHG 
RPAX 


XX 


Description 

Change existing data. 

Radio Paging Access Code Data Block. 
Customer number. 


Radio Paging Access Code. 


This prompt is repeated to allow multiple entries. 
Access Codes must be previously defined in LD 57. 


Route number. 


Recorded Paging Announcement (denied) or allowed) for 
this route. 


Route number that provides the Recorded Announcement. 
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XXXX 
(BUSY) 
ATT 
SRC1-SRC8 


RAN 
MAIL 


0-127 


XXXX 
(BUSY) 
ATT 
SRC1-SRC8 


RAN 
MAIL 


0-127 
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Treatment for internal calls to a pager that is in the paging 
rack. 

Caller receives a busy tone (default). 

Call is routed to the attendant. 

Tones or announcement delivered from the TDS card which 
is programmed in LD 56. 

Call is routed to the RAN machine. 

Call is routed to Meridian Mail. 


Route number that provides the recorded announcement. 
RANR is prompted if INTR = RAN. 


Meridian Mail DN which provides the recorded 
announcement or the defined function. MMDN is prompted if 
INTR = MAIL. 

The MMDN may be up to four digits. However, if Directory 
Number Expansion (DNXP) package 150 is equipped, 
seven digits are allowed. 


Treatment for external calls to a pager that is in the paging 
rack. 

Caller receives a busy tone (default). 

Call is routed to the attendant. 

Tones or announcement delivered from the TDS card, 
programmed in LD 56. 

Call is routed to the RAN machine. 

Call is routed to Meridian Mail. 


Route number that provides the recorded announcement. 
RANR is prompted if EXTR = RAN. 


Meridian Mail DN which provides the recorded 
announcement or the defined function. MMDN is prompted if 
EXTR = MAIL. 

The MMDN may be up to four digits. However, if Directory 
Number Expansion (DNXP) package 150 is equipped, 
seven digits are allowed. 


Automatic operation (default). 
Manual operation. 


External mode digit for this RPAX. 
EXTM is prompted when OPER = AUTO. 


Internal mode digit for this RPAX. 
INTM is prompted when OPER = AUTO. 
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Transmit the last x digits of the caller s DN to the paging 
equipment. 
TRDN is prompted if OPER = AUTO. 





Feature operation 


No specific operating procedures are required to use this feature. 


Recall With Priority During Night Service 
Description 


With this feature, incoming calls which would normally be routed to 
attendants are instead directed to predefined Night Service DNs. 


This feature is activated on a customer basis from the attendant console, when 
the customer is put into night service. Local night service is provided when 
night service is activated and the NAS key is dark (or where no NAS key is 
defined and NAS is turned off through administration). Where the NAS key 
is lit (NAS in effect) and night service is activated, a call may be presented to 
a remote night station under Drop Back Busy. 


For further information on this feature, refer to 553-2301-105, Appendix 2. 


Remote Virtual Queuing 
Description 

Remote Virtual Queuing (RVQ) allows you to perform queuing type 
functions on a trunk (B-Channel) in your ISDN network. This feature is 
similar to the ESN features Coordinated Call-Back Queuing (CCBQ), and 
Call-Back Queuing to a Conventional Main (CBQCM). Prior to operating 
RVQ, you must have a working knowledge of the ESN features. Refer to 
Electronic Switched Network description (309-3001-100) for a complete 
description of these features. 


Remote Virtual Queuing (RVQ) is supported on a private ISDN PRI/ISL 
network only. 
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When an outgoing network path is unavailable, Remote Virtual Queuing 
(RVQ) provides call back queuing. RVQ scans ahead on the ISDN trunk to 
be sure the entire path from origination to termination is available. When a 
path becomes idle, you are notified and can ring the path again to terminate 
the call. 


Operating parameters 


In addition to the function offered by CCBQ and CBQCM, RVQ provides the 
following: 


— There is no limit to the number of nodes in the ISDN network that RVQ 
searches. 


— The originating node has control of the call. 


RVQ is supported in a private ISDN PRI/ISL network only. Any trunk other 
than an ISDN PRI or ISL trunk is considered a Non-RVQ Compatible (NRC) 
trunk. NRC trunks include analog trunks, T1 trunks, or public trunks. NRC 
also includes trunks connecting to a non-Meridian 1, non-ISDN, or 
Pre-Release 18 node. 


The originating, tandem, and terminating nodes must run X11 Release 18 or 
later software, and include all the required packages (refer to Feature 
packaging in this module). 


Meridian Digital Telephones , analog (500/2500 type) telephones, and SL-1 
sets can activate and receive RVQ calls. Data terminals are also supported. 
Attendants cannot activate RVQ. 


RVQ is activated only by telephones with Ring Again allowed. 
AUTHCODE is supported on the first tandem node only. 


The RVQ retry timer is set for each NCOS. Setting a specific NCOS with a 
low retry timer searches for more connections more often. The lower the 
timer, the greater the chance to connect the call. 


Trunk Access codes are not supported. 
ACD DNs are supported as a terminating DN. 


Attendants are supported as terminating stations. 
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The maximum total amount of time RVQ searches for available paths is 30 
minutes. The countdown begins as soon as the originator activates the Ring 
Again key. 


Only one RVQ Ring Again attempt at a time is allowed. If Ring Again is 
pressed again, after activating it for RVQ, the most recent number dialed is 
the one attempted. 


RVQ does not check the terminating telephone's status. The dialed DN may 
be invalid or busy. Once the path is available, the RVQ call can reach the 
dialed DN. It is possible the dialed telephone is busy, and Network Ring 
Again may be used if enabled. The tone indicating the trunks are busy is a 
fast busy tone. A busy DN is indicated by a standard busy tone. 


RVQ searches throughout Meridian 1 networks only. Off-net trunks paths 
cannot be checked beyond the first trunk. 


RVQ is a virtual queuing feature. Each RVQ call is independent of another. 
It does not operate by first in first out policy. The first caller to initiate RVQ 
is not necessarily the first person connected. 


It may take up to 30 seconds for notification to reach the originator. The 
network path is reserved while RVQ notifies the caller. In a private network, 
the path is reserved from the originating node to the terminating node. 
Otherwise the path is reserved up to the first NRC trunk. 


RVQ supports Uniform Dialing Plan (UDP), and Coordinated Dialing Plan 
(CDP). For NRC trunks, the E.164 public numbering plan is supported. 


The following lists the trunk types RVQ supports. 


— Private network ISDN trunks 


e TIE 

e COT 

e Direct Outgoing Dial (DOD) 
e WATS 

e ISA 

e FEX 
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— NRC trunks 


COT 

Direct Outgoing Dial (DOD) 
WATS 

FEX 

ISA 

TIE 


RVQ supports Meridian 1 machines only, in a private ISDN PRI/ISL 
network. If tandeming to a non-Meridian | machine, it is treated as a 
Non-RVQ Compatible (NRC) trunk. 


RVQ is canceled if the originating node system initializes. 


If the originating node performs a cold start, RVQ is canceled. 


RVQ from a Conventional Main (RVQCM) requires a special configuration. 


With RVQ, callers cannot activate Ring Again to refuse expensive routes 
after the Expensive Route Warning Tone (ERWT) is given. 


When using RVQ from a Conventional Main (RVQCM), the originating node 
seizes the same TIE trunk group that was used to initiate RVQCM for the 
callback. Thus, these trunk groups must be two-way (incoming/outgoing) and 
configured for far end disconnect. 


Conventional mains must provide answer supervision on TIE trunks 
connected to the originating node. The system must also permit transmission 
or repetition of telephone dial pulses for RVQCM operation. This feature 
cannot be used with systems that operate in senderized mode. Operation may 
require adjustment of the interdigit timeout on systems that employ simulated 
cut-through operation. 


Multiple callback queues are allowed per trunk group for the Conventional 
main by dialing any digits (up to 7) based on the availability of Meridian 1 
call registers. 
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When utilizing RVQCM, do not call forward the calling telephone when 
awaiting callback. If the telephone is forwarded, it is possible that the TIE 
trunk will not be Released at the end of the call. 


Feature interaction 

Drop Back Busy 

Drop Back Busy (DBB) and Remote Virtual Queuing (RVQ) are both 
packaged under the Originating Routing Control/Remote Virtual Queuing 
(ORC-RVQ) package 192. If RVQ and DBB are both configured, DBB will 
take precedence over RVQ. If the user wishes to activate RVQ, DBB must be 
disabled for a route entry in response to the IDBB prompt. If the user wishes 
to activate DBB, it must be enabled by entering DBI or DBA. Refer to the 
“Implementation” section for more information. 


Coordinated Call-Back Queueing 
CCBQ and RVQ can both be enabled on a single machine. 


Call-Back Queueing to a Conventional Main 
CBQCM and RVQ can both be enabled on a single machine. 


Direct Inward System Access 
DISA DNs are not supported by RVQ. 


Make Set Busy 
RVQ can be originated by, and terminated on an ACD DN in Make Set Busy 
mode. 


Network ACD 
If a target agent is available on a remote node, RVQ cannot be activated if the 
busy trunk is found on its way to the target node. 


Network Call Redirection 

RVQ does not guarantee connection if the terminating telephone call 
forwards to a telephone on another node. When a terminating telephone call 
forwards to another node, that node is a redirected node. RVQ cannot search 
between terminating and redirected nodes. 
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Network Ring Again 

Network Ring Again (NRAG) is activated only when the terminating 
telephone or console is busy. If both the network path and the terminating 
telephone are busy, RVQ is activated first. When the path is available, but the 
telephone is busy, then NRAG can be activated. 


Off Hook Queueing 

RVQ and Off Hook Queueing (OHQ) are compatible in a system. If OHQ is 
configured, it is implemented by leaving the handset off hook. RVQ is 
implemented by pressing the Ring Again key. Choosing one or the other 
method activates the specified feature. 


Feature operation 


RVQ supports private ISDN PRI/ISL networks, non-RVQ compatible (NRC) 
blocked trunks, and conventional mains (RVQCM). 


RVQ on a private network. RVQ is supported for Meridian 1 machines, 
running X11 Release 18 on an ISDN PRI/ISL network only. When a blocked 
network path is discovered, RVQ searches through the network to ensure the 
entire path will be clear when the blocked section is cleared. When all trunks 
along the path are available, RVQ notifies you. 


When a trunk is busy, RVQ follows this checklist before invoking RVQ. 


— The first tandem node must be a Meridian 1 node, running X11 Release 
18 or later software. 


— The originating node's Network Class of Service (NCOS) must allow 
Call Back Queuing (CBQ). 


— At least one route in the initial set of the route list must allow CBQ. 

— The system has CBQ allowed at the Network Control Block. 

When the checks are complete, activate RVQ by pressing the Ring Again key. 
As soon as the key is pressed, the retry timer begins. When the retry timer 


expires, RVQ checks the path again. The total amount of time RVQ will 
spend on a search is 30 minutes. 


The retry counter controls the number of times the initial set is checked before 
RVQ searches the extended set. The extended set search includes all the 
trunks in both the initial and extended sets. 
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Tandem nodes must recognize the RVQ messages and pass them on to 
another tandem or terminating node. 


RVQ with NRC trunks. RVQ searches the path until it reaches the first 
Non-RVQ Compatible (NRC) trunk. RVQ notifies the originator when that 
trunk is available, but cannot search beyond it. It is possible that the path may 
be blocked beyond the NRC trunk, and the call cannot go through. 


Any trunk other than an ISDN PRI or ISL trunk is considered an NRC trunk. 
NRC trunks include analog, T1, or public trunks, as well as trunks connecting 
to anon-Meridian 1, non-ISDN, or non-X11 Release 18 node. 


When an NRC trunk is busy, RVQ follows this checklist before implementing 
RVQ. 


— First tandem node must be a Meridian 1 node, with X11 Release 18 or 
later. 


— Originating node's NCOS must allow Call Back Queuing (CBQ). 
— At least one route in the initial set of the route list must allow CBQ. 


— The system has CBQ allowed at the Network Control Block. 


When the checks are complete, activate RVQ by pressing the Ring Again key. 
As soon as the key is pressed, the retry timer begins. When the retry timer 
expires, RVQ checks the path again. The total amount of time RVQ will 
spend on a search is 30 minutes. 


The retry counter controls the number of times the initial set is checked before 
RVQ searches the extended set. The extended set search includes all the 
trunks in both the initial and extended sets. Only the first NRC trunk is 
checked. RVQ cannot search beyond that trunk, even if the subsequent trunks 
are ISDN PRI/ISL. 


RVQ on a conventional main (RVQCM). A conventional main call is one 
that comes from a non-Meridian | system into the private network through a 
TIE trunk to a Meridian 1 node. When the conventional main call enters the 
network, the default NCOS is assigned to the TIE trunk to determine 
RVQCM eligibility. Use Authcode last to upgrade the NCOS if necessary. 
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When a conventional main call is blocked, RVQ checks the following at the 
first Meridian 1 node to ensure RVQCM can be activated. The Meridian 1 
node is considered the Originating node, and controls the call. 


— The tandem and terminating nodes must be Meridian 1 nodes, running 
X11 Release 18 or later software. 


— The originating node's Network Class of Service (NCOS) must allow 
Call Back Queuing (CBQ). 


— At least one route in the initial set of the route list must allow CBQ. 
— The system has CBQ allowed at the Network Control Block. 
— The incoming TIE trunk allows CBQ. 


RVQCM is offered to the conventional main caller with a special offer tone 
(3 beeps). To accept RVQ, enter the calling number. After the same special 
confirmation tone (3 beeps) is heard, hang up. The originating node begins 
the retry timer and search process. When the retry timer expires, RVQ checks 
the path again. The maximum total amount of time RVQ will spend on a 
search is 30 minutes. When the path is free, the originating node calls the 
caller back (at the number entered). The phone rings, the same special 
callback tone (3 beeps) is heard, and the call is connected. RVQCM cannot 
be canceled from the conventional main once started. 


If the calling telephone is busy, or does not answer the callback, the RVQ 
callback is placed in a 5 minute suspense state. After 5 minutes have passed, 
RVQ attempts the callback again. If the calling telephone is still busy, or does 
not answer, RVQ is canceled. 


The retry counter controls the number of times the initial set is checked before 
RVQ searches the extended set. The extended set search includes all the 
trunks in both the initial and extended sets. 


Note: The calling number is accepted only if the database has been 
configured to accept the given number of digits. If not, or if the caller 
does not hang up, overflow tone is given, and the call is disconnected. 
RVQCM does not verify that the dialed DN is valid or free. 
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Once started, RVQ cannot be canceled from the convention main. Operating 
parameters relating to Call Back Queuing for Conventional Mains (CBQCM) 
also apply to RVQCM as follows. Refer to the ESN description 
(309-3001-100) for complete discussions of CBQCM. 


Users at Conventional Mains cannot activate Ring Again to refuse expensive 
routes after the Expensive Route Warning Tone (ERWT) is given. 


The node seizes the same tie trunk group that was used to initiate RVQCM 
for the callback. These trunk groups must be two way (incoming/outgoing). 


Conventional Mains must provide answer supervision on tie trunks connected 
to the node. These switches must also permit transmission, or repetition of 
telephone dial pulses for RVQCM operation. This feature cannot be used with 
systems that operate in senderized mode. Operation may require adjustment 
of the interdigit timeout on systems that employ simulated cut-through 
operation. 


Multiple callback queues are allowed per trunk group for the Conventional 
Main by dialing up to 7 digits (any digits are allowed) based on the 
availability of Meridian 1 call registers. 


CAUTION 


Conventional Mains must not allow RVQCM callback calls to be 
modified by call transfer or call forward to an outside line. Call 


modifications like this can result in the tie trunk not being Released at 
the end of the call. 





Operating RVQ from a digital telephone. The following lists the steps 
required to activate RVQ from any Meridian digital, Meridian Modular, or 
SL-1 telephone. 


1 Place a call to a DN on another node. 
2 Hear overflow tone indicating a busy trunk along the call path. 


3 Press the Ring Again (RGA) key. The RGA lamp lights, and the tone 
stops. If the lamp remains dark, RVQ may not apply. 


4 Go on-hook. 
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The RGA lamp fast flashes, and a 1 second buzz indicates the path is 
available. If you are on another call, you hear the Ring Again tone. 


Go off-hook (or press a DN key), and press the RGA key to connect the 
call. If the RVQ notice is not answered within 16 seconds, the RVQ 
notice stops, and the request is canceled. 


If the terminating telephone is busy, you hear regular busy tone. You may 
activate Network Ring Again (NRAG) at this point. 


Cancel the RVQ request at any time by pressing the RGA key. The associated 
lamp goes dark. 


Operating RVQ from an analog (500/2500 type) telephone. The following 
lists the steps required to activate RVQ from any analog (500/2500 type) 


telephone. 

1 Place call to a DN on another node. 

2 Hear overflow tone indicating a busy trunk along the call path. 

3 Switchhook flash, and hear special tone (3 beeps). 

4 Dial the Ring Again SPRE or FFC, and hear confirmation tone. 
If RVQ is not enabled, intercept treatment is given. 

5 Go on-hook. 
The RVQ search takes place only when the telephone is idle. RVQ 
searches only while you are off-hook. However, the timer runs while you 
are on-hook, or off-hook. 

6 Special ringing cadence indicates the path is available. 

7 Go off-hook to connect the call. 


If the RVQ notice is not answered within 16 seconds, the RVQ notice 
stops, and the request is canceled. 


Cancel the RVQ request at any time by going off hook and entering the Ring 
Again deactivation SPRE or FFC. 
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Operating RVQCM from conventional main telephone. The following 
lists the steps required to activate RVQCM from a conventional main 


telephone. 

1 Place call toa DN on a Meridian 1 node. 

2 Hear special dial tone (3 beeps), or RAN if configured, indicating a busy 
trunk along the call path. 

3 Dial the calling DN, and hear the same special tone (3 beeps). 

4 Go on-hook. 

5 The phone rings when the originating node calls back. 

6 Go off-hook, hear the same special tone (3 beeps). Stay off-hook, and 


the call is connected. If the RVQ notice is not answered within the time 
set in LD 87 (CBTL prompt), the RVQ notice stops, and the request is 
canceled. 


RVQ cannot be canceled from a conventional main telephone, but may 
timeout after 20 seconds 


If the calling telephone is busy, or does not answer the callback, the RVQ 
callback is placed in a 5 minute suspense state. After 5 minutes have passed, 
RVQ attempts the callback again. If the calling telephone is still busy, or does 
not answer, RVQ is canceled. 


Package Requirements 


Originating Routing Control/Remote Virtual Queuing (ORC-RVQ) 
package 192, requiring: 


e Network Signaling (NSIG) package 37 
e Network Call Back Queuing (MCBQ) package 38 


ISDN Supplementary (ISDNS) package 161 
Main Network Queuing package 38 
Flexible Call Back Queuing package 61 
Digital Trunk Interface package 75 

ISDN signalling package 145 
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— ISDN PRI package 146 or ISL package 147 
— Advanced Network Services package 148 (for NRAG capability) 


Ring Again on No Answer 
Description 


This feature allows a caller to an idle but unanswered station to activate a 
form of Ring Again. When the called station goes off-hook and then on-hook, 
the activating station is rung back in the same way that traditional “Ring 
Again on Busy” operates. 


This feature can operate across an ISDN using Network Ring Again. 


Slow Answer Recall Enhancement 


This enhancement to the Slow Answer Recall feature changes how the recall 
is treated once presented to the attendant console. If an incoming call 
extended by the attendant to a set is not answered after a preprogrammed time 
period, it is recalled to the attendant console. The call type may be indicated 
by an Incoming Call Indicator (ICI) key programmed to flash for recalls. The 
target set will continue to ring after the call is presented to the attendant. The 
target set can answer the call before the attendant does, in which case the call 
is cleared from the attendant console and the incoming call and target set will 
be connected. 


If the attendant answers the recall before the target set, a speech connection 
is established between the calling party on the source (SRC) side of the 
console. The target set continues to ring while still being connected to the 
destination (DEST) side of the console. This feature only affects the operation 
after the attendant has answered the recall. 


When a Slow Answer Recall occurs the call is placed in the attendant queue 
and appears on the console. The target set will continue to ring while the 
recall is queued and presented on the console but unanswered. When the 
attendant answers the recall, by pressing the appropriate Loop key or the 
Recall ICI key, the target set will be disconnected as soon as the attendant 
console answers the Slow Answer Recall. 


In a ISDN environment, the feature works in a similar way regardless of the 
location of the called party (on the same node as the attendant or on a remote 


Option 11C 2.0 Mb DTI/PRI Administration and Maintenance guide 


Page 488 of 1280 Chapter 2 — ISDN feature descriptions 


node), and whether Network Attendant Service (NAS) routing is involved in 
the call. 


Call Waiting Recalls and Camp-on Recalls 


This enhancement adds Call Waiting Recall and Camp-on Recall 
functionality to Slow Answer Recall, as explained in the following sections. 


Call Waiting Recall 

If an incoming call extended by the attendant or a set (equipped with the 
Multiple Party Operations feature) to a busy station (equipped with Call 
Waiting) is not answered within a customer-defined period of time, it is 
recalled to the attendant. The recall is presented to the attendant or placed in 
the attendant queue. Until the attendant answers the call, it remains waiting 
on the target set, and can still be answered. If the attendant answers the recall 
by pressing the appropriate Loop key or the Recall key, the target set is 
disconnected and can no longer answer the call — the target set will have to be 
redialed to extend the call. 


Camp-on Recall 

An incoming call is extended by the attendant or a set (equipped with the 
Station Camp-on feature) to a busy station that is not equipped with Call 
Waiting. The attendant or set camps on the call to the target set. If the call is 
not answered within a customer-defined period of time, it is recalled to the 
attendant. The call is presented to the attendant or placed in the attendant 
queue. Until the attendant answers the call, the call remains camped-on to the 
target set, and can still be answered. If the attendant answers the recall by 
pressing the appropriate Loop key or the Recall key, the target set is 
disconnected and can no longer answer the call; the target set will have to be 
redialed to extend the call. 


Within a network environment, the Call Waiting Recall and Camp-on 
Waiting Recall enhancements have to be configured at a node. Both the Call 
Waiting Recall and Camp-on Waiting Recall enhancements operate in the 
same way as in the standalone case. The location of the calling and called 
party and the attendant have no affect on the call processing. 


Network Attendant Service (NAS) is not required, but it may be applied at a 
node. In this case, NAS takes precedence over the Call Waiting Recall and 
Camp-on Waiting Recall enhancements, in that the target set is disconnected 
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from the call due to time-out and not to the attendant pressing the Loop key 
or Recall key. 


Operating parameters 


The same as for Slow Answer Recall. 


Feature interactions 


The Call Waiting Recall and Camp-on Waiting Recall enhancements take 
precedence over Attendant Recall Splitting (ATS), Secrecy (SYA), Enhanced 
Secrecy (EHS), and Multiple Party Operations. 


The Call Waiting Recall and Camp-on Waiting Recall enhancements are 
compatible with Station Camp-on (STCA). 


A forced Camp-on override recall occurs to the attendant. If the Call Waiting 
Recall and Camp-on Waiting Recall enhancements are equipped, the 
destination is automatically disconnected when the attendant answers. If the 
Call Waiting Recall and Camp-on Waiting Recall enhancements are not 
equipped, and the attendant answers the recall at the same time that the 
destination answers, a conference is established between the attendant, 
source, and destination. 


Feature packaging 
International Supplementary Features (SUPP) package 131. 
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Station Activity Records 


When a set is configured with Class of Service Call Detail Monitoring 
Allowed (CDMA) for all incoming and outgoing calls, Station Activity 
Records are produced. The format of Station Activity Records is identical to 
other Call Detail Recording (CDR) records, but they have a new type 
identifier (D). Existing CDR records are not affected by this new 
functionality. 


Operating parameters 


None. 


Feature interactions 


Call Redirection 

A Station Activity Record is only produced for a set designated as CDMA 
that is involved in a call with a trunk. A Station Activity Record is not 
generated for any set which does not answer the call, regardless of whether it 
has Class of Service CDMA or CDMD. Any other CDR records generated 
during call redirection are not affected. 


Call Transfer 

A Station Activity Record is generated when a set with Class of Service 
CDMA transfers a trunk call to another set. CDR “X” record generation is not 
affected by this development. The set to which the call is transferred also 
produces a Station Activity Record if it has Class of Service CDMA and 
answers the call. When the second “D” record is produced (by the set to which 
the call is transferred), the digits field of the “D” record shows the digits 
dialed by the transferring set. 


Conference Calls 

For a set with Class of Service CDMA involved in a call with a trunk, a 
Station Activity Record is produced only when that set conferences in the first 
party. Conferencing of all subsequent parties does not generate a “D” record. 
An additional “D” record is produced when the last conferee with Class of 
Service CDMA connected to the trunk goes on hook. This does not affect any 
other CDR record generation during a conference. 
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Internal CDR 


Internal CDR records are produced according to the Class of Service 
ICDA/ICDD of a set. The Station Activity Record enhancement does not 
affect the ICDR record generation. 


Feature packaging 


T309 Timer 


Station Activity Records are packaged under the Station Activity Records 
(SCDR) package 251. 


The following two software packages are required for Station Activity 
Records: Call Detail Recording (CDR) package 4; and Call Detail 
Recording — TTY (CTY) package 5. 


Description 


The T309 timer provides a 90-second wait interval after a D-channel failure 
before the B-channels are cleared. When the D-channel is re-established 
before T309 expires, a STATUS ENQuiry message is sent by the network 
side. The user side responds with a STATUS message to report the status of 
the queried channel. If the call state matches, the call is preserved; otherwise, 
a Release message is sent to the user side, clearing the call. If the user side 
does not respond with the STATUS message before the T322 timer expires, 
the call is cleared. 


If T309 expires before the D-channel is re-established, indicating that there 
is a serious problem with the link, Meridian 1 clears all calls internally and 
sends a global RESTART when the D-channel is re-established. 


For a Meridian 1 to Meridian 1 interface, the T309 timer is not used. The 
Meridian | keeps active calls established as long as possible and lets 
B-channel users decide when a call is to be dropped. The Meridian 1 specified 
as network side sends the STATUS ENQuiry message on all active calls 
when the D-channel is re-established. 


Prior to X11 Release 18, the Meridian 1 does not support the T309 and 
sending the STATUS ENQuiry message for North American interfaces. All 
active calls are cleared with a global RESTART whenever a D-channel is 
re-established. 
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The compatibility checking by means of the STATUS ENQuiry message 
might leave some channels with mismatched states, which are cleared only 
when trying to reuse the channel. 


T309 is dependent on both network and user sides. If a side does not have a 
Timer T309, it sends a global RESTART when D-channel is re-established. 


AT&T 4ESS and 5ESS do not clear transient calls when the D-channel fails. 
If T309 expires, the calls are not cleared until the D-channel is 
re-established or the call is cleared by the far end. 


Integrated Services Access—Integrated Services Access (ISA) tracks the 
number of active calls. Prior to X11 Release 18, the counter for active calls is 
reset when the D-channel comes back. With the implementation of T309, 
active calls are preserved if the ninety seconds does not expire; the counter 
for active calls is not reset since active calls need to be tracked during the 
D-channel failure and reset. 


Feature packaging 


The T309 and STATUS ENQuiry message are included in basic ISDN 
PRI/ISL functionality. No additional packages are required. 


Total Redirection Count 
Description 


This feature allows a limit to be defined on the number of redirections within 
a private network allowed to a call, before the call receives Intercept 
treatment. 


Both the limit on the redirection for a call and the type of Intercept treatment 
that the call receives are customer-defined in LD 15. This applies to on-node 
and off-node redirections, and to all types of redirections. When the total 
redirection count exceeds the defined limit, the call receives the 
customer-defined intercept treatment. This treatment includes receiving busy 
indication, overflow indication, or recorded announcement, receiving one of 
eight special tones, or being routed to the attendant. If the call is routed to the 
attendant, it is presented on the ICI Intercept key and the reason for 
redirection is given on the console display. The attendant may then use 
Break-in to connect to the desired station (if the desired station is established 
on a call). 
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The maximum value that may be given to the TRCNT limit is seven. The 
Total Redirection Count (TRCNT) is kept active until the call is established 
or directed to the attendant. The TRCNT takes precedence over higher count 
limits placed on redirected calls, while lower count limits take precedence 
over the TRCNT 


It is possible to define a different TRCNT limit at each node. For this reason, 
it is possible for a node to receive a redirected call from another node that 
exceeds its TRCNT limit. In this case, the TRCNT count for the call is set to 
the TRCNT limit defined for the node. At least one attempt is made to 
terminate the call before intercept treatment is given. 


For off-node operation, the TRCNT count overrides the Redirection Count 
(RCNT) count in the ISDN field in the SETUP message. This implies that the 
count transmitted to a node is either interpreted as TRCNT or Call 
Redirection Threshold (RCNT), depending on the configuration at the 
receiving node. 


For off-node calls, this feature applies only to Meridian 1 systems using 
Meridian Customer Defined Networking (MCDN) signaling over ISL/ISDN 
TIE links. Network Attendant Service is required to route a call to an 
attendant at another node. Intercept to the attendant does not count as a 
redirection attempt. 


The following ISDN call restrictions apply: 


— Tandem Threshold, which is the limit placed on the number of tandem 
nodes allowed in a network connection. 


— The Public Service Telephone Network Threshold, which is the limit 
placed on the number of PSTNs allowed in a network connection. 


— The Call Redirection Threshold, which is a limit on the number of times 
that a call can be redirected off-node. If the Total Redirection Count 
(TRCNT) Limit is set a value greater than zero, than the ISDN field in 
the SETUP message transports the TRCNT information rather than the 
Redirection Count (RCNT) information. 


— The Mu/A Law Conversion Threshold, which is a limit on the number of 
Mu/A Law Conversions allowed in a network connection. 
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— Satellite Delay Threshold, which is a limit on the number of satellite 
delays allowed in a network connection. 


— Disconnect Supervision Threshold, which limits to one the number of 
unsupervised trunks allowed in a network connection. 


Interactions 


Hunt, Call Forward Busy, Call Forward All Calls, Call Forward No An- 
swer, and Second-level Call Forward No Answer 

Hunt, Call Forward Busy, Call Forward All Calls, Call Forward No Answer, 
and Second-level Call Forward No Answer redirections are limited to the val- 
ue defined in the TRCNT limit (if greater than 0). If this limit is exceeded, 
intercept treatment is given. 


Group Hunt 
Group Hunt takes precedence over the TRCNT feature, in that the TRCNT 
limit is not applied to a Group Hunt call. 


Intercept treatment 

Intercept treatment is not given if a call is a Network ACD call, if a call is a 
Central Office trunk in Night Service (specific treatment is given rather than 
customer-defined intercept treatment), or if the call is a data call (overflow 
tone is automatically given). 


Call Forward No Answer and Transferred 

If a call has attempted Call Forward No Answer and was extended by the 
attendant, the call will not be intercepted when the TRCNT Limit has been 
exceeded. The call will continue to ring the set until recalled to the attendant. 


Package Requirements 


This feature requires the following feature packages: 


Feature Package Number 
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Trunk Anti-Tromboning 


The purpose of the Trunk Anti-Tromboning (TAT) feature is to optimize 
tromboned ISDN PRI trunks, ISDN Signaling Link (ISL), Virtual Network 
Services (VNS) trunks, or analog trunks within an ISDN PRI network. 
Anti-tromboning will be performed only after the third party answers, and 
provided that the tromboned PRI/ISL/VNS or analog trunks are associated 
with the same primary D-channel (with or without a backup D-channel) and 
the trunks are associated with the same customer. Anti-tromboning will not 
be performed if the tromboning trunks belong to different customers on the 
same node (even though they are associated with the same primary 
D-channel.) 


Note: TAT also applies to a call entering a Meridian 1 network over 
a Central Office trunk. TAT eliminates the tromboning of private 
network trunks that may occur if the call is redirected or modified. 


The term tromboning is used to define a situation whereby two PRI/ISL/VNS 
trunks, associated with the same D-channel, are being used in parallel. 
Basically, one PRI/ISL/VNS or analog trunk (B-channel) is established to 
handle an incoming call from a calling set at the originating node to a called 
set at the terminating node. A second PRI/ISL/VNS trunk or analog 
(B-channel) is then established to handle the loop-back of the same call that 
is redirected from the called station back to a different set at the originating 
node. 


The loop back may result from a call being treated by Network Message 
Services - Meridian Mail, Network Call Redirection (such as Network Call 
Forward All Calls, Network Call Forward No Answer, Network Call Forward 
Busy, and Network Hunting), or by Call Modification (such as a call transfer.) 
These tromboned trunks are redundant. The Trunk Anti-Tromboning (TAT) 
feature eliminates these redundant trunks after the call is answered. Refer to 
“Example of an anti-tromboning operation” on page 496 for a basic example 
of how TAT is applied. 





TAT may function with a Meridian 1 interworking with another Meridian 1, 
or Meridian 1 interworking with a DMS-250. In the first case, each 
Meridian 1 must be equipped with TAT. In the latter case, the DMS-250 must 
be a Sprint load equipped with the MCDN Release Link Trunk (RLT) feature. 
In the case of a Meridian 1 to DMS interworking, the trunks may be PRI or 
VNS. 
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TAT and Trunk Optimization Before Answer (TRO-BA) may be configured 
on the same system. In this case, TRO-BA would attempt to optimize the 
trunks before a call is connected, and TAT would then attempt to optimize the 
trunks after the call is connected. Please refer to the “Trunk Anti-Tromboning | 
and Trunk Optimization - Before Answer both equipped on the same 
Meridian 1” on page 507 for more information and examples. 











Example of an anti-tromboning operation 


Figure 19 


The following example may be used as a basic demonstration of TAT at work 
within a simple Meridian 1 to Meridian 1 interworking (other interworking 
scenarios are described in the section Anti-tromboning scenarios beginning 


on page 498. 
In Figure 19, the following situation exists: 


e Station B at the terminating node receives an incoming call over a 
PRI trunk from Station A at the originating node; or, an incoming 
CO call is tandemed from the originating node to the terminating 
node; 


e Station B answers the call, and activates Call Transfer to Station C 
residing at the originating node. A second PRI trunk is established 
to handle the new call; 


e Station B completes the call transfer, leaving Station A connected to 
Station C (which is in ringing state) using the two PRI trunks. The 
PRI trunks remain tromboned until Station C answers the call. 


Before Trunk Anti-Tromboning operation 
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Figure 20 illustrates how the application of TAT eliminates the redundant 
ISDN PRI B-channels forming the loop-back. After Station C answers the 
call, Station A and Station C are bridged at the originating node and the 
redundant trunks are released, provided the trunks involved are associated 
with the same primary D-channel, and the same customer. This operation 
eliminates the use of extra network trunking facilities for the duration of the 
call. 


Figure 20 
After Trunk Anti-Tromboning operation 
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Note: If the TAT feature is not supported by either the originating or 
terminating node, or if the originating node is unable to bridge the call 
between Station A and Station C, then Station A and Station C remain 
connected via the tromboned trunks, for the duration of the call. Also, 
TAT would not release the tromboning trunks if Station A and Station C 
are both attendants. 
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Anti-tromboning scenarios 


This section provides examples of various anti-tromboning scenarios, as 
applied with the Meridian 1 interworking with another Meridian 1, and a 
Meridian 1 interworking with a DMS-250 Sprint load equipped with RLT. 


Please note that the following legend is used when showing connectivity in 
the illustrations. 


Legend 


PRI B-channel, or 
ISL or VNS trunk 


M1 = Meridian 1 switch equipped with TAT 
DMS = DMS-250 Sprint load equipped with RLT 


Note: In the examples that follow, the Trunk Optimization Before 
Answer (TRO-BA) feature is not equipped. 
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Anti-tromboning operation for Network Call Redirection (case 1), 
Meridian 1 interworking with DMS 

In Figure 21, the following case is represented for TAT as applied to a 
Network Call Redirection scenario (in the example, a case of a call forward 
is used), with two Meridian | switches interworking with a DMS-250. 


e Station A located at an originating switch (Public Central Office or 
PBX) DMS node, makes an internodal call through a DMS-250 and 
a tandem Meridian 1 node to Station B located at a terminating 
Meridian 1 node (first call); 


e Station B, located at the terminating Meridian 1 node, is call 
forwarded through the tandem Meridian 1 node and the DMS-250, 
to Station C located at the originating switch (redirected call); 


e Station C answers; 


e Station A connects to Station C. 


Figure 21 
Anti-tromboning for Network Call Redirection (case 1), M1/DMS 
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Figure 22 shows the results of anti-tromboning, after Station C answers the 





call. 
e The call is bridged at the DMS tandem node, between A and C; 


e The trunks between the terminating Meridian 1 and the tandem 
Meridian 1 are released by TAT; 


e The trunks between the tandem Meridian 1 and the DMS are 
released by the RLT feature. 


Figure 22 
Results of anti-tromboning for Network Call Redirection (case 1), M1/DMS 
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Anti-tromboning operation for Network Call Redirection (case 2), 
Meridian 1 interworking with DMS 

In Figure 23, another example is presented where TAT optimizes redundant 
trunks due to a call forward. In this case, the trunks between a terminating 
Meridian 1 node and tandem Meridian 1 node are optimized. The originating 
node is a DMS-250. Station C is a centralized attendant or a Meridian Mail 
position. 


e Station A located at an originating switch (Public Central Office or 
Private Exchange), makes an internodal call through a tandem 
DMS-250 and a tandem Meridian 1 node to Station B located at a 
terminating Meridian 1 node (first call); 


e Station B, located at the terminating Meridian 1 node, is call 
forwarded to Station C located at the tandem Meridian 1 node 
(redirected call). Station C is a centralized attendant or Meridian 
Mail position; 


e Station C answers; 


e Station A connects to Station C. 


Figure 23 
Anti-tromboning for Network Call Redirection (case 2), M1/DMS 
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Figure 24 shows the results of anti-tromboning, after Station C answers the 





call. 


e The trunks between the terminating Meridian 1 and the tandem 
Meridian 1 are released by TAT; 


e Station C and Station A are connected. 


Figure 24 
Results of anti-tromboning for Network Call Redirection (case 2), M1/DMS 
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Anti-tromboning operation for Call Modification, DMS 
interworking with Meridian 1 

In Figure 25, the following case is represented for TAT as applied to a Call 
Modification scenario, with DMS interworking with Meridian 1 (in the 
example, a case of a call transfer is used. Please note that the same effect 
would take place if Station B conferences in Station C and then drops out, 
leaving Station A and Station C connected.) 


e Station A, located at an originating Meridian 1 node, makes an 
internodal call through a tandem DMS node to Station B located at 
a terminating Meridian 1 node (first call); 


e — Station B, located at a terminating Meridian 1 node, answers the call 
and initiates a call transfer, through the tandem DMS node, to 
Station C located at the originating Meridian 1 node (second call); 


e Station C answers; 


e Station B completes the call transfer. 


Figure 25 
Anti-tromboning for Call Modification, DMS/M1 
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Figure 26 shows the results of anti-tromboning, after Station C answers the 
call. 





e The call is bridged at the Meridian 1 originating node, between A 
and C; 


e The trunks between the Meridian 1 terminating node and the DMS, 
and between the DMS and the Meridian 1 originating node and, are 


released by the RLT feature. 


Figure 26 
Results of anti-tromboning for network call transfer, DMS/M1 
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Anti-tromboning operation for Call Modification, Meridian 1 
interworking with Meridian 1 

In Figure 27, the following case is represented for TAT as applied to a Call 
Modification scenario, with Meridian 1 interworking with Meridian | (in the 
example, a case of a call transfer is used.) 


e Station A, located at an originating Meridian 1 node, makes an 
internodal call through a tandem Meridian 1 node to Station B 
located at a terminating Meridian 1 node (first call); 


e — Station B, located at a terminating Meridian 1 node, answers the call 
and initiates a call transfer, through the tandem Meridian 1 node, to 
Station C located at the originating Meridian 1 node (second call); 


e Station C answers; 


e Station B completes call transfer. 


Figure 27 
Anti-tromboning for network call transfer, M1/M1 
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Figure 28 shows the results of anti-tromboning, after Station C answers the 
call. 





e The call is bridged at the Meridian 1 originating node, between 
Station A and Station C; 


e The tromboning trunks between the Meridian 1 terminating node 
and the Meridian | tandem node, and between the Meridian 1 
tandem node and Meridian 1 originating node, are released by TAT. 


Figure 28 
Results of anti-tromboning for network call transfer, M1/M1 
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Trunk Anti-Tromboning and Trunk Optimization - Before 
Answer both equipped on the same Meridian 1 


TAT and TRO-BA (including Virtual TRO-BA) may be configured together 
on the same Meridian 1 switch. 


While TAT and TRO-BA both provide trunk optimization capabilities, there 
are major differences pertaining to how each feature optimizes trunks. 


e If TAT and TRO-BA are both configured on the same Meridian 1 
switch, TRO-BA takes precedence over TAT (refer to “TRO-BA 
takes precedence over TAT” on page 508.) TRO-BA attempts to 
optimize a route before a call is answered, and then TAT attempts to 
optimize trunks after the call has been answered. The TAT feature 
enhances this capability by eliminating redundant trunks between 
Meridian 1 and DMS-250 switches equipped with the MCDN 
Release Link Trunk (RLT) feature. 


e TAT and TRO-BA both eliminate redundant trunks for calls that are 
redirected by Network Call Forward All Calls, Network Call 
Forward No Answer, Network Call Forward Busy, or Network 
Hunting. 





e TRO-BA will not optimize tromboned trunks resulting from a Call 
Transfer, while TAT wiill. 


e TRO-BA will not optimize tromboned trunks resulting from an 
incoming trunk call, while TAT will. 


e In the case of a call triangulation scenario, TRO-BA will attempt to 
eliminate tromboned trunks, while TAT will not. However, in this 
scenario, tromboning may actually result after TRO-BA has 
performed optimization. In this case, TAT will attempt to optimize 
the trunks. Refer to “TRO-BA and TAT functionality in a call 
triangulation scenario” on page 515. 








Note: For more detailed information on the TRO-BA feature, refer to 
the “Trunk Optimization-Before Answer’ feature description module in 
this document. 
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TRO-BA takes precedence over TAT 


The following provides a basic example of how TRO-BA takes precedence 
over TAT in a call forward scenario. 


Referring to Figure 29: 


e Station A on Node 1 calls Station B on Node 2, over an ISDN 
PRI/ISL/VNS trunk; 


e Station B on Node 2 is call forwarded all calls to Station C on 
Node 1, over another PRI/ISL/VNS trunk (redirected call.) This 
means that tromboning exists between Node 1 and Node 2; 


Figure 29 
TRO-BA/TAT operating together, before optimization in a call forward scenario. 
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Before Station C answers, TRO-BA releases the tromboned trunks between 
Node 1 and Node 2, and bridges Station A and Station C locally. Refer to 
Figure 30. Since there no longer exist any tromboned trunks, TAT is not 
invoked. 


Figure 30 
After optimization has been applied by TRO-BA. 
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TRO-BA does not optimize trunks due to a call transfer - 
anti-tromboning is completed after the call is connected 

As mentioned, TRO-BA will not release tromboned trunks that result from a 
call transfer. In this case, TAT will optimize the trunks, after the call is 
answered. Referring to Figure 31: 


e Station A on Node 1 calls Station B on Node 2, over a PRI/ISL/VNS 
trunk (first call); 


e Station B initiates call transfer to Station C on Node 1, over another 
PRI/ISL/VNS trunk, and completes the call transfer while Station C 
is still ringing. This means that a case of tromboning exists between 
Node 1 and Node 2 (second call); 


Figure 31 
TRO-BA/TAT operating together, before optimization in a call transfer scenario. 
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Since TRO-BA does not release tromboned PRI trunks resulting from a call 
transfer, the trunks between Node 1 and Node 2 remain tromboned until 
Station C answers the call transfer. 


While the call is still in ringing state, TRO-BA does not release the 
tromboned trunks. After Station C answers, TAT releases the tromboned 
trunks between Node 1 and Node 2, and bridges Station C and Station A 
locally. Refer to Figure 32. 


Figure 32 
After TAT applied to tromboned trunks due to a call transfer. 
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Trunk optimization with call redirection due to call transfer 


Another case of TRO-BA and TAT interaction in the case of a call redirection 
initiated on the transfer key is as follows. Referring to Figure 33: 


e Station A on Node 1 calls Station B, also on Node 1; 


e Station B initiates a call transfer to Station C on Node 2, over a 
PRI/ISL/VNS trunk (first B-channel); 


e Station C call forwards no answer to Station D on Node 1, over 
another PRI/ISL/VNS trunk (second B-channel, due to call 
redirection.) Therefore, tromboning of trunks exists between 
Node 1 and Node 2; 


Figure 33 
TRO-BA/TAT operating together, before optimization in a call transfer scenario. 
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e Station B completes the call transfer while Station C is ringing. After 
the call is presented to Station D, TRO-BA optimizes the trunks, and 
bridges Station A and Station D locally. Refer to Figure 34. 


Figure 34 
Tromboned trunks released by TRO-BA. 
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e If Station B does not complete the call transfer while Station C is 
ringing, but waits until Station D answers, TRO-BA will not 
perform optimization. 


e After Station D answers, TAT applies anti-tromboning to release the 
trunks between Node 1 and Node 2, and bridges Station A and 
Station D locally. Refer to Figure 35. 


Figure 35 
Tromboned trunks released by TAT 
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TRO-BA and TAT functionality in a call triangulation scenario 


In the case of a call triangulation scenario, TRO-BA will attempt to eliminate 
tromboned trunks. TAT cannot perform this operation because a second 


D-channel is involved. 


Referring to Figure 36: 


e Station A on Node 1 calls Station B on Node 2 over a PRI/ISL/VNS 


trunk (first call); 


e Station B on Node 2 is call forwarded or hunts to Station C on 
Node 3, over another PRI/ISL/VNS trunk (redirected call.) This 
means that two trunks are being used to handle one call; 


Figure 36 
Call path before TRO-BA has been applied. 
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Before Station C answers, TRO-BA releases the trunks between Node 1 and 
Node 2, and between Node 2 and Node 3, and establishes a new 
PRI/ISL/VNS trunk connection between Node 1 and Node 3. Refer to 


Figure 37. 


Note: The TAT feature cannot provide this functionality, because 
multiple D-channels are used. 


Figure 37 
Call path after TRO-BA has been applied. 








Station B 

















PRI/JSL/VNS trunk [————~ PRIJISL/VNS trunk 
released by TRO-BA == released by TRO-BA 


Meridian 1 


Station A Station C 














PRI/ISL/VNS 








Station A and Station C 

Station D connected over a new 
E PRVISL/VNS trunk 
A established by TRO-BA 
































553-7746 





553-3011-315 Standard 9.00 October 1997 


Chapter 2 — ISDN feature descriptions Page 517 of 1280 


Tromboning may actually result after TRO-BA has performed optimization. 
In this case, TAT will attempt to optimize the trunks. An explanation whereby 
this scenario may occur follows. 


e Station C answers the call, and initiates a call transfer to Station D 
on Node 1, over a separate PRI/ISL/VNS trunk. This results in 
tromboning between Node 1 and Node 3. Refer to Figure 38. 


Figure 38 
Tromboning of trunks after TRO-BA has been applied. 
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e After Station D answers the call, and Station C completes the call 
transfer, TAT releases the tromboned trunks between Node 3 and 
Node1, leaving Station D and Station A bridged locally. Refer to 


Figure 39. 


Figure 39 
Tromboned trunks released by TAT 
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Operating parameters 


If the NTAKO2BB SDI/DCH circuit card is used on systems with a software 
vintage earlier than Generic X11 Release 21.40, it must be ensured that the 
power is removed from the card before it is used for the operation of the 
Trunk Anti-Tromboning feature. This will normally take place during 
software upgrade; otherwise, the card must be removed and the power must 
be reset. 


To support the Trunk Anti-Tromboning feature within a dedicated ISL/VNS 
configuration, a NTAKO2 (minimum vintage BB) SDI/DCH circuit card must 
be used. 


The Trunk Anti-Tromboning feature will only be supported on the 
NTBKS51BA D-Channel Daughterboard, for D-channel handling with PRA. 


Anti-tromboning will be performed only after the third party answers, and 
provided that the tromboning PRI/ISL/VNS or analog trunks are associated 
with the same primary D-channel (with or without a backup D-channel) and 
the trunks are associated with the same customer. Anti-tromboning will not 
be performed if the tromboning trunks belong to different customers on the 
same node (even though they are associated with the same primary 
D-channel.) 


Anti-tromboning will not be performed for a tromboned call between two 
attendants on the same node. 


There are two types of protocols used for TAT operations, depending on the 
interface type. One is for the Meridian 1 to Meridian 1 interface, and the other 
is for Meridian 1 to the DMS-250 Sprint load equipped with the Meridian 
Customer Defined Network Release Link Trunk (RLT) feature. 


If non-ISDN PRI trunks are involved in a call transfer call, ISDN signaling 
messages cannot be sent and anti-tromboning will not be performed. 


Anti-tromboning will not be performed for tromboned trunks associated with 
a call originating on a set, and routed back to the same set. 


The Trunk Anti-Tromboning feature will only be supported on the 
Multi-purpose Serial Data Link (MSDL) card, for D-channel handling. 
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Anti-tromboning will not be performed for ISDN Basic Rate Interface (BRI) 
trunks, except if the trunks are Virtual Network Services bearer trunks. 


TAT can cause a momentary interruption in data transmission during 
optimization. When TAT operations are performed at multiple tandem nodes, 
this effect is cumulative (in the milliseconds range.) Therefore, the impact of 
this loss is dependent on the terminals on both ends of the transmission, and 
may be recovered through re-transmission. 


Feature interactions 


Note: The feature interactions described in this section assume 
that only TAT (and not TRO-BA) is configured on a Meridian 1 
system. 


If TRO-BA is also configured with TAT on the same system, 
TRO-BA will take precedence over TAT, where it can. 


Attendant 

If an attendant has activated Busy Verify or Barge-in at the time that a 
message to invoke TAT is received, the anti-tromboning operation will be 
aborted. 


Automatic Call Distribution (ACD) 

The Trunk Anti-Tromboning feature will perform anti-tromboning 
operations to eliminate the PRI trunks associated with the same D-channel 
due to the following ACD operations: Enhanced Network Call Forward; 
Network ACD; Interflow Options; and Enhanced Interflow. 


Ifan ACD agent is being observed at the time that a message to invoke TAT 
is received, the anti-tromboning operation will be aborted. 


If an incoming PRI call that is in the ACD queue is answered by a Recorded 
Announcement (RAN), then the anti-tromboning operation will be performed 
only after an ACD agent answers the call. 


Call Park Network Wide 


The Trunk Anti-Tromboning feature is invoked if programmed at all interim 
Private Branch Exchanges (PBXs) in the call. 
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Conference 

If the Conference feature is activated, the Trunk Anti-Tromboning feature 
will perform the anti-tromboning operations only when there are two parties 
remaining in the call, and the two parties are using PRI trunks associated with 
the same D-channel. 


Referring to Figure 40: 


— Station A, or an incoming DID trunk call, at the originating node, is 
connected to Station B at the terminating node over a PRI/ISL/VNS or 
analog trunk (first call); 


— Station B conferences in Station C, also located at the originating node, 
over a second PRI/ISL/VNS or analog trunk that is associated with the 
same D-channel as the first (second call); 


— During the extent of the three-party conference, the two trunks are 
tromboned. 


Figure 40 
Conference call before TAT 
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Figure 41 
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When Station B drops out of the conference, anti-tromboning is invoked 
(TAT will not be invoked as long as the conference call situation exists.) The 
two tromboned trunks are released, and Station A, or the DID trunk, and 
Station C are bridged. This is illustrated by Figure 41. 
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Digital Private Signaling System (DPNSS1) Route Optimization 


There is no interworking between TAT and DPNSS1 Route Optimization at 
the MCDN/DPNSS1 gateway. 


End to End Signaling 
If End to End Signaling is present when TAT is being invoked, then 
anti-tromboning will be aborted. 


External Recorded Announcement. 

If an attendant originates a call which, through call modification or call 
redirection creates tromboned trunks, and eventually terminates on a RANX 
equipment, TAT will not optimize the trunks. That is, TAT will not release 
tromboning PRI/ISL/VNS trunks resulting from an attendant initiating an 
outgoing trunk call. 
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INIT ACD Queue Call Restore 
Trunk Anti-Tromboning is not supported on a call restored by INIT ACD 
Queue Call Restore. 


Internal Call Forward (Meridian 1 to Meridian 1) 
TAT will not affect the operation of Internal Call Forward between two 
Meridian | switches, while applying anti-tromboning to trunks. Referring to 
Figure 42: 
e Station A, or an incoming TIE trunk, on Node 1 calls Station B at 
Node 2. The call terminates on Station B at Node 2, over a PRI/ISL 
trunk (first call); 


e Station B on Node 2 is call forwarded to Station C on Node 1 
(redirected call). The trunks are tromboned. 


e Ifthe call is determined to be internal, and Station C is Internal Call 
Forwarded to Station D, the call is automatically forwarded to 
Station D on Node 2 over a third PRI/ISL trunk. 
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Figure 42 
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After Station D answers the call, TAT releases the tromboned trunks between 
Node 1 and Node 2. Refer to Figure 43. 


Figure 43 
Internal Call Forward after TAT, Node 2 is a Meridian 1 
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Meridian Mail 

The TAT feature will release ttomboned PRI/ISL/VNS trunks arising from 
the application of the Auto Attendant, Thru-Dialing, and Operator Revert 
capabilities of Meridian Mail. If Network Message Services is activated, the 
associated Call Sender capability does not create an additional trunk when it 
is activated. Therefore, TAT is not applied. Referring to Figure 44: 


e Station A, on Node 1, retrieves a message from a Meridian Mail 
station located on Node 2; 


e Call Sender is activated, with Station B, located on Node 1, being the 
sender; 


e Station A directly conferences in Station B. A consultation 
conference between Station A, Station B, and the Meridian Mail 
station is then established over one PRI/ISL/VNS trunk. 


Figure 44 
Call Sender operation, with Network Message Services active 
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Network Attendant Service (NAS) 


If both TAT and NAS are equipped in a Meridian 1 network, the NAS feature 
takes precedence over TAT, if NAS is equipped end-to-end.There is no 
interworking between NAS and TAT. Refer to Figure 45 for the following 
calling scenarios. 


Scenario 1 


Station C at Node 2 calls the attendant at the remote node (Node 3), over a 
PRI trunk. The attendant extends the call to Station D, also at Node 2, over a 
separate PRI trunk. These trunks are considered to be tromboned. 


Case 1 - TAT and NAS are equipped on all nodes 





When Station D answers, The NAS functionality drops the tromboned trunks, 
and Station C and Station D are bridged. 


Case 2 - NAS is not equipped 





If NAS is not equipped, TAT performs anti-tromboning operations, removing 
the tromboned trunks and bridging Station C and Station D. 

Scenario 2 

Station A at Node 1 calls the attendant at Node 3, and the attendant extends 
the call to Station B on Node 1. 

Case 1 - TAT and NAS are equipped on all nodes 


If NAS and TAT are both equipped between Node 1 and Node 2, and between 
Node 2 and Node 3, then NAS takes predence over TAT to optimize the 
tromboned trunks between Node 1 and Node 2, and Node 2 and Node 3. 





Case 2 - NAS is not equipped 





If only TAT is equipped between Node 1 and Node 2, and between Node 2 
and Node 3, then TAT will release the tromboned trunks between Node 1 and 
Node 2, and Node 2 and Node 3. 
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Figure 45 
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Case 3 - NAS is equipped between Node 1 and Node 2, and TAT is equipped 





between Node 2 and Node 3 





If only NAS is equipped between Node 1 and Node 2, and only TAT is 
equipped between Node 2 and Node 3, then TAT releases the tromboned 
trunks between Node 2 and Node 3, and the call is bridged at Node 2. NAS 
does not optimize the tromboned trunks between Node 1 and Node 2. 


Case 4 - TAT is equipped between Node 1 and Node 2, and NAS is equipped 





between Node 2 and Node 3 





If only TAT is equipped between Node 1 and Node 2, and only NAS is 
equipped between Node 2 and Node 3, no anti-tromboning will be performed, 
because NAS is not equipped end to end. 
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Network Call Pickup 

The TAT feature will optimize tromboned trunks arising from the operation 
of the Network Call Pickup feature. For example, in Figure 46, Station A on 
Node 1 makes a call to Station B on Node 2 over a PRIAISL/VNS or analog 
trunk. The call is picked up by station C on Node 1, over a separate 
PRI/ISL/VNS or analog trunk. After the call has been picked up, TAT will 
apply anti-tromboning to release the two tromboned PRI trunks. Station A 
and Station C are connected locally. Refer to Figure 47. 


Figure 46 
Network Call Pickup before TAT 
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Figure 47 
Network Call Pickup after TAT 
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Network Call Redirection 

The Trunk Anti-Tromboning feature eliminates the tromboning of 
PRI/ISL/VNS or analog trunks resulting from the operation of any of the 
following Network Call Redirection features: 


Network Call Forward Unconditional 
Network Call Forward No Answer 
Network Call Forward Busy 
Network Call Forward by Call Type 
Network Hunt 


Internal Call Forward 


Figure 48 illustrates the following scenario: 


Station A, on the originating node, calls Station B, on the 
terminating node, across a tandem node over a PRI/ISL/VNS trunk 
(first call); 


Station B is call forwarded or hunts over another PRI/ISL/VNS 
trunk, to Station C located on a tandem node (redirected call.) This 
causes tromboning between the terminating node and the tandem 
node. 
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Figure 48 
Network Call Redirection before TAT 
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After Station C answers, anti-tromboning is invoked. This causes the 
tromboned trunks to be released. Station A and Station C are connected at the 
tandem node. The results of this anti-tromboning are shown in Figure 49. 


Figure 49 
Network Call Redirection after TAT 
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Radio Paging System 

If an attendant originates a call which, through call modification or call 
redirection creates tromboned trunks, and eventually terminates on a Radio 
Paging equipment, TAT will not optimize the trunks. That is, TAT will not 
optimize tromboning PRI/ISL/VNS trunks resulting from an attendant 
initiating an outgoing trunk call. 


Trunk Route Optimization - Before Answer 
See “Trunk Anti-Tromboning and Trunk Optimization - Before Answer both 





equipped on the same Meridian 1” on page 507. 
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Virtual Network Services (VNS) 


The Trunk Anti-Tromboning feature will perform anti-tromboning 
operations to eliminate tromboned trunks (physical B-channels) associated 
with the same VNS D-channel. For example, in Figure 50, Station A at the 
originating node calls Station B at the terminating node, over a VNS 
D-channel trunk. Station B transfers the call to Station C, also located at the 
originating node. The physical B-channel trunks associated with the 
D-channels are considered to be tromboned. 


Figure 50 
VNS before TAT 
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Figure 51 
VNS after TAT. 
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After Station C answers, the tromboned trunks are released, and Station A and 
Station C are bridged. Refer to Figure 51. 
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Feature packaging 


A new software package has been introduced for the Trunk Anti-Tromboning 
feature. This is TATO, package 312. The following packages are required as 
dependencies: 


Multi-purpose Serial Data Link (MSDL) package 222; 

Integrated Services Digital Network (ISDN) package 145; and 
Integrated Service Digital Network Signaling Link (ISL) package 147; or 
2.0 Mbit Primary Rate Interface (PRI2) package 154; and, optionally 
Advanced ISDN Network Services (NTWK) package 148. 
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Feature operation 


The Trunk Anti-Tromboning feature is transparent to the user, provided all 
datafills and hardware are assigned and equipped properly. 


Trunk Optimization (Meridian 1 to Meridian 1 only) 
Description 


Trunk Optimization provides better utilization of the available networking 
facilities. For calls originated from a set on the private Meridian 1/SL-1 
ISDN, the Trunk Optimization feature provides the Meridian 1 with the 
ability to automatically optimize trunks before answer for redirected calls 
(Call Forward All Calls, Call Forward No Answer, Hunting, Busy 
Conditions) to avoid unnecessary usage of additional PRI or ISL 
channels/trunks. 


TRO does not apply to DID calls or calls originated by a non-ISDN TIE trunk. 


Figure 52 illustrates an example of Trunk Optimization. If a call is placed 
from originating station A to a remote station B over route (1), and the call is 
forwarded to station C over route (3), the system can reconnect calls on the 
most economical route available--in this case, physically directed over route 
(2), allowing routes (1) and (3) to be used for additional calls. 
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Figure 52 
Trunk Optimization example 
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Itis important to point out the mechanism used to achieve trunk optimization. 
In the example on the following page the redirecting node will send a message 
to the originating node informing it of the redirection number and the 
redirection reason. If the originating node supports trunk optimization and 
has a first route choice member available to the destination PBX to terminate 
the call, it will send a message back accepting Trunk Optimization (first 
choice member is part of ESN route list entries in overlay 86). The 
redirecting node will send a message to Release the connection, the 
originating node will confirm the disconnect and will establish a new non 
redirected connection to the redirection number. This process may repeat 
itself for every redirection hop that a call takes (number of hops is software 
programmable). 
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However, if the originating node does not support Trunk Optimization, the 
call will then proceed without optimization on the current route. Trunk 
Optimization is programmable on a route basis using prompt TRO. 


TRO does not apply to DID calls or calls originated by a non-ISDN TIE trunk. 
TRO is transparent to users for NCRD. 


If the users have alpha-numeric display telephone sets; 
a the "calling party" will see: 
e the number originally dialed, 
e the connected to number, and 


e the reason for redirection 


b the "called party" will see: 
e the originating number, 
e the originally called number, and 


e the reason for redirection 


Package Requirements 


This option requires the following feature packages: 


Feature Package Number 





Note: The above scenarios require that an ISDN Primary Rate Interface 
(PRI) or ISDN Signaling Link (ISL) network is in place between the 
Meridian | switches. 
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Trunk to Trunk Connection 


The Trunk to Trunk Connection feature introduces the following capabilities: 
transfer on ringing of external trunk across the network, transfer of one 
supervised outgoing external trunk to another, conference of external trunks 
and outgoing trunk to trunk charging. These capabilities are available on an 
analog (500/2500 type) set, Meridian 1 proprietary set or an Attendant 
Console. 


Transfer on Ringing of External Trunk over Network 

Allows the transfer on ringing of an established external trunk call over a 
supervised analog network TIE trunk. If the called party does not answer 
within a specified time, the call will slow answer recall to the attendant on the 
transferring node. This capability ensures that available network resources 
are not occupied indefinitely. 


Transfer of External Trunks 


Allows the transfer of one outgoing external trunk to another trunk provided 
both calls are answered and both trunks have answer supervision. 


Figure 53 
Transfer on ringing of external call 


















































Supervised analog TIE trunk 





























e Set A is on an active incoming/outgoing call with Set X, an external party 
* Set A transfers on ringing Set X to Set B on another node 


553-7662 





553-3011-315 Standard 9.00 October 1997 


Chapter 2 — ISDN feature descriptions Page 539 of 1280 


As illustrated in Figure 53, Set A is on an incoming/outgoing call with Set X, 
an external trunk. Set A initiates a call transfer of Set X to Set B. With the 
Trunk to Trunk Connection feature, Set A can transfer on ringing without 
waiting for Set B to answer. If Set B does not answer the transferred call, the 
external trunk slow answer recalls to the attendant on the transferring node. 


Conference of External Trunks 

Allows external trunks to remain established in a conference call in 
circumstances when all external trunks involved in the call offer disconnect 
supervision. 


Figure 54 illustrates the Conference of External Trunk capabilities of this 
feature. Set A is on an established conference call with two or more external 
trunks, Set X and Set Y. When Set A disconnects during the conference, Set 
X and Set Y continue in the established call. 


Figure 54 
Conference of external trunks 
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Outgoing Trunk to Trunk Charging 


Ensures that outstanding charging information, relevant to both outgoing 
calls, is contained in relevant Call Detail Recording records. 


Operating Parameters 


Slow answer recall occurs when an external trunk is transferred on ringing 
across an answer supervised network TIE trunk to a set that does not answer. 
However, the resulting recall will be to an attendant on the transferring node 
and not to the original set which transferred the call. 


When transferring one outgoing trunk to another, it is required that the two 
external calls involved are both answered prior to completing the transfer. 
Both external trunks involved must have both answer and disconnect 
supervision. 


When the last internal party disconnects from a conference call, involving 2 
or more external trunks, all external trunks must have disconnect supervision 
for the call to remain established. If any one of the remaining external trunks 
does not have disconnect supervision, all external trunks will be dropped. 


No change is made to existing VNS operation. 


Feature interactions 


Busy Tone Detection for Japan 


Busy Tone Detection for Japan does not impact Trunk to Trunk Connection. 
However, which ever occurs first prevails. 


Call Transfer 

To transfer an external trunk on ringing across a supervised analog network 
TIE trunk, the external trunk and internal TIE line must have both answer and 
disconnect supervision, and the external call must be established. To transfer 
one outgoing external trunk to another, both external trunks must have answer 
and disconnect supervision, and both external calls must be established. 


553-3011-315 Standard 9.00 October 1997 


Chapter 2 — ISDN feature descriptions Page 541 of 1280 


Centralized Answering Position 

The Option 11C system may not have an actual attendant console. Instead, the 
Option 11C will use Centralized Answering Position (CAP). The CAP 
Directory Number (DN) is the customer Night DN. Since no attendant is 
configured, the customer is viewed to be in Night Service and any calls for 
the attendant are directed to the CAP. Slow Answer Recall may be presented 
to a CAP when no attendant console is configured for the customer. 


Conference 


Trunk to Trunk Connection allows external trunks to remain established in a 
call, provided that all external trunks involved have disconnect supervision. 
With respect to charging costs associated with a conference call, once the last 
set involved in the conference call disconnects, a search is made of all 
remaining trunks in the call to determine which call is established in the call 
for the longest period of time. This trunk is the chargeable Terminal Number 
(TN). This process is repeated to find the next chargeable TN. 


Multi-Party Operations - Ringing No Answer 

In a standalone environment, the RGNA prompt in the Customer Data Block 
will be used when an external trunk is transferred on ringing and the called 
party does not answer. In a network environment, the RTIM timer value in 
the Customer Data Block will be used for slow answer recall. 


Message Registration 

The last party releasing the call collects the total value of outstanding Periodic 
Pulse Metering (PPM) generated on outgoing trunks. If the last party is an 
internal set, the outstanding PPM is stored against the meter of the set. If the 
last party is an internal TIE trunk, the outstanding PPM is stored against the 
meter associated with the internal TIE trunk access code. If the last party is 
an outgoing external trunk, the outstanding PPM is stored against the meter 
associated with the external trunk access code. 


Night Service 


If an attendant is placed in Night Service, calls to the attendant are directed to 
a Station with the Night DN. Recalls are not directed to the Night DN. Recalls 
are put in the attendant call waiting queue when in Night Service. 
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Night Service Enhancement 


Recalls made while the attendant is in Night Service are routed to the Night 
DN, if the original call is an external call. In such a case, the destination party 
is disconnected, the internal network trunk is released and the original 
extended call is presented to the Night DN. If the original call is internal, 
recalls are put in the attendant call waiting queue when in Night Service. 


Trunk Barring 
Trunk Group Access Restriction 


Trunk Barring and Trunk Group Access Restriction takes precedence over the 
Trunk to Trunk Connection feature. 


Feature packaging 


Trunk to Trunk Connection is included in base X11 system software. 


Note: DID to TIE (DTOT) for Japan package 176 must be restricted to 
enable this feature. 


Feature operation 


There are no operating procedures specified for this feature. 
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Virtual Network Services 


The Virtual Network Services (VNS) feature offers a means to use 
Meridian 1 Integrated Services Digital Network (ISDN) networking features 
when two Meridian 1 systems are linked by a D-channel and an available 
Public Switched Telephone Network (PSTN) trunk exists. The PSTN trunks 
in this configuration serve as the B-channel for the call’s duration. 


VNS is an enhancement of the ISDN Signaling Link (ISL) interface. The 
enhancement allows the voice and the signaling of a call to take different 
physical paths. In the case of an ISL call, the D-channel is used for signaling, 
whereas the voice/data uses a TIE trunk (Meridian 1 to Meridian 1 connection 
only). The VNS feature extends the number of trunk types supported for the 
voice path by including the possibility of using different public trunks (e.g., 
COT, DID, DOD). 


Figure 55 depicts the difference between two nodes linked by an ISL 
interface and two nodes linked using VNS. 
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Figure 55 
VNS Interface/ISL Interface Comparison 
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Similar to the case of an ISL interface, the D-channel used for VNS can be 
shared with the D-channel of a Primary Rate Interface (PRI) that links two 
Meridian 1 switches, or it can use a D-channel that communicates with the far 
end through a pair of dedicated line modems, dial-up modems, or Meridian 1 
data adapters. 
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When the D-channel used by VNS is on a PRI, the D-channel mode is defined 
as USR = SHAV, in LD 17, meaning that VNS, ISL and ISDN PRI calls can 
share this D-channel. In the other situation, the D-channel is defined as (USR 
= VNS in LD 17) which allows ISL, and VNS calls to use this D-channel for 
signaling. 


The following types of trunks and connectivities can be used for VNS calls: 


— PRI? trunks with: 
AXE10, NUMERIS, SwissNet 2, 1TR6, and Meridian Customer 
Defined Network (MCDN) connectivity. 


— Analog trunks with: 
disconnect supervision. 


— 2.0 Mbit Digital Trunk Interface (DTI2) trunks with: 
Multifrequency Compelled Signaling (MFC), Digitone Signaling 
(DTN), or Dial Pulse Signaling (DIP) connectivity. 


— EurolISDN and QSIG trunks with: 
PRI and Basic Rate Interface (BRI). 


— Digital Private Network Signalling System No.1 (DPNSS1) or Digital 
Access Signalling System No.2 (DASS2) trunks. 


All of these trunks are being referenced throughout this document as the VNS 
Bearers, or simply the Bearer trunks. 


Although the VNS feature can use Central Office Trunks (COT), Direct 
Outward Dialing (DOD), and Direct Inward Dialing (DID) trunks to link two 
Meridian | nodes, VNS calls are presented, handled, and interact with other 
features as though private ISDN TIE trunks are used for that purpose. The 
exceptions that apply are stated in the “Feature interactions” section. 


Note that TIE trunks can also be used with VNS. When this is the case, the 
connection does not necessarily need to be a direct Meridian | to Meridian 1 
connection (e.g., when QSIG is used). 


Speechpath availability 


When extending a call to a Remote node, the attendant relies on the tones and 
lamp states to determine if it is possible to extend a call, camp-on a busy 
extension, break-in to a conversation, etc. 


Option 11C 2.0 Mb DTI/PRI Administration and Maintenance guide 


Page 546 of 1280 Chapter 2 — ISDN feature descriptions 


When using a VNS Bearer trunk, the tones can be those of the PSTN 
(especially for “intelligent” trunks such as ISDN connectivity). For example, 
when extending a call to a busy set over an ISDN PSTN Bearer, the attendant 
hears busy tone (from the PSTN) instead of silence. 


If Attendant Console operation has to remain the same with VNS, an answer 
signal has to be sent right away to the PSTN for attendant extended calls, 
whatever the state of the terminating party. This allows the attendant to hear 
the tones coming from the terminating Meridian 1 node, instead of tones from 
the PSTN. 


The prompt VRAT exists for the incoming Bearer route (LD 16) to allow or 
disallow automatic answering of attendant extended calls. The Network 
Attendant Service (NAS) feature must be configured to provide this 
functionality. 


When a route is configured with VRAT = YES, tones are similar to those 
provided on a private Meridian 1 ISDN PRI network; however, some 
unanswered calls may be charged. If a route is configured with the default 
value (VRAT = NO), tones heard when extending a call from the attendant 
might be different than the ones provided over a private Meridian 1 ISDN 
network. Users are not charged for unanswered calls. 


PSTN clearing of unanswered calls 

In some countries, a PSTN call left unanswered is disconnected after a few 
minutes, in order to reduce the usage of equipment that has not been paid for. 
This creates a major difference between private networks using TIE lines and 
private networks using VNS. For example, with VNS a call left in a camp-on 
state would be cleared by the public network after several minutes. 


The VNS Set Speechpath (VSS) timer of the incoming Bearer route (LD 16) 
can be configured to avoid this situation. It defines the interval after which an 
answer signal is sent from the terminating Meridian 1 node to the Public 
Exchange/Central Office. 


The configuration of the VSS timer has an impact on the cost of the calls, 


because the public network starts charging upon the reception of the answer 
signal. 
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Numbering Plan 
A requirement of VNS is that customers have to configure VNS DNs (VDNs) 


as part of their numbering plan. The VNS VDN expansion feature sets a new 
limit on the number of VDNs at 4000. VDNs are configured on Overlay 79. 


The VDNs are defined in sets of blocks. Each block may contain any number 
of contiguous VDNs, as long as the total number does not exceed 4000. 
Within a block, it is possible to define a range of VDNs as well as individual 
VDNs. For example, a customer may define the following VDNs (in this 
example, the customer is defining a total of 164 VDNs.) 


7200-7299 
7320-7325 
7355 
7400-7455 
7676 


A customer may remove a block of contiguous VDNs, as long as there is no 
VNS call using a VDN in the block. To remove a block of contiguous VDNs, 
the block has to be first disabled in Overlay 79 (by entering DIS against the 
REQ prompt), to prevent new VNS calls from using any of the VDNs in the 
block. Once the block has been disabled, the system administrator has to wait 
until all the VNS calls, using any of the VDNs in the block, are cleared. 


The system administrator can determine the number of VDNs used by VNS 
calls, by printing VNS information using the PRT command in response to 
the REQ prompt in Overlay 79 (note that the block of VDNs must be first 
disabled.) Once all of the VDNs are free (unused), the block of VDNs may be 
removed by using the OUT command. 


An Electronic Switched Network (ESN) call is identified as being VNS once 
a valid entry configured when the prompt VNS = YES has been found in a 
Route List Block (LD 86) used for the digits dialed. A SETUP message is sent 
to the terminating node on the VNS D-channel. Manipulation of the digits 
included in the SETUP message is performed, if needed, using the digits 
dialed and according to the content of the Digit Manipulation Table 
referenced with the prompt VDMI. 


On reception of the SETUP request, the terminating node sends one of its 
Virtual DNs back to the originating node. The terminating node expects to 
receive a call for that Directory Number (VDN) from one of its trunks linked 
to the public network. The originating node, upon reception of the VDN, 
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seizes a trunk and dials a number consisting of the VNS Virtual DN affected 
by the manipulations defined in the Digit Manipulation Table referenced by 
the prompt DMI. These manipulations are performed in order to dial the 
Virtual DN through the public network to the destination node. 


Figure 56 
Digit Manipulation 
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The digits dialed by the originator of the call might be changed by the Digit 
Manipulation Table identified by the prompt VDMI in order to appear differently in the 
SETUP message sent on the VNS D-channel. This message contains the digits of the 
destination party on the terminating node. 


The Virtual DN received from the terminating node might be changed by the Digit 
Manipulation Table identified by the DMI prompt. The VNS feature dials this number 
through the public network terminating node. 





Failure of VNS D-channel 


If the D-channel is not operable, the VNS route list entry is chosen, and then 
this entry is bypassed. In a network VNS environment, calls will remain 
queued at the source node. 
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If the VNS D-channel fails when a call is established, the call remains 
established. This is, however, without the ability to use the networking 
features normally supported by the VNS feature. 


Failure of Bearer 
Failure of the VNS Bearer trunk results in the VNS call being cleared. 


Operating parameters 


No new hardware is required for the VNS feature. 


VNS requires a contiguous block of existing unused DNs (virtual DNs) at 
both the originating and the terminating nodes, which are a subset of the DID 
range of the customer. VNS virtual DNs can be up to seven digits long. A 
maximum of 100 virtual DNs can be assigned per customer. 


VNS D-channel 


VNS requires an established D-channel between the originating and 
terminating nodes for signaling. No intermediate nodes are permitted. 


A VNS D-channel belongs to only one customer and cannot be shared by 
other customers for VNS calls. 


VNS does not support Backup D-channels for VNS signaling. 


D-channels provided by Basic Rate Interface (BRI) are not supported as VNS 
D-channels. 


VNS reverts back to conventional signaling if the VNS D-channel fails. 


VNS Bearer Trunks 


Disconnect supervision is mandatory for all trunks, while answer supervision 
is not. In cases when it is not available, VNS will assume that the Bearer is 
answered as soon as the “end-of-dialing” timer has expired. 


The following trunks are not supported as VNS Bearer trunks: 

—  Autoterminate trunks; 

— Analog Private Networking Signalling System (APNSS); and 

— Basic Rate Interface trunks (used for NUMERIS, 1TR6 or MCDN). 
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The following signaling systems are not supported for VNS: 
— Japan D70; and 
— Multifrequency Extended Signaling for Socotel (MFE). 


Any Incoming Digit Conversion on the incoming VNS Bearer trunk causes a 
VNS call to fail. 


Data calls are supported only if the Bearer supports data calls. 


Maximum number of VNS calls 


Different elements control the maximum number of simultaneous VNS calls 
that can be processed by a Meridian | system. The number depends on the 
resources allocated for the VNS feature itself, the resources to be used for the 
voice path (Bearer trunks) and the resources available for VNS signaling over 
the D-channel. 


For each customer 


It is not possible to perform more VNS calls (incoming and outgoing) than 
the number of Virtual DNs defined for the customer in LD 79. 


The number of VNS calls is limited by the number of available Bearer trunks. 
When all Bearers defined to be usable with VNS are busy, no other VNS calls 
can be made. 


For each D-channel of the customer 


The maximum number of VNS calls allowed to use a D-channel is limited by 
the value defined to the D-channel by the VNSM prompt in LD 17. 


For each entry in a Route List Block 


The maximum number of VNS calls that can be performed on a route listed 
in an entry of a Route List Block in LD 86 is limited by the value entered in 
response to the VTRK prompt. 


On a network level 


In the case of a non-symmetrical configuration between originating and 
terminating VNS nodes, the call limitation imposed by the more restrictive 
node applies. 
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Figure 57 
VNS Call Limitations 
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Feature interactions 


The following features are supported over VNS routes: 
— Attendant Barge-In 

— Attendant Break-In 

— Attendant Recall with Splitting 

— Basic Authorization Code 


— Basic Rate Interface/Primary Rate Interface Interworking 
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— Calling Party Number 

— Call Party Name Display 

— Call Selection (ICI + loop) 

— Console Digit Display 

— Control of Trunk Group Access 

— Digit Display 

— Display of Calling Party Denied 

— Electronic Lock Network Wide/Electronic Lock on Private Lines 
— Network Attendant Service 

— Network Call Redirection 

— Network Class of Service 

— Network Flexible Feature Codes 

— Network Message Center 

— Network Message Service to Meridian Mail 
— Network Ring Again 

— Network Ring Again No Answer 

— Originator Routing Calls 

— Radio Paging 


— Trunk Optimization Before Answer 


In addition, VNS has interactions with the following features: 


Access Restriction 


When a user has trunk access barred (i.e, via Trunk Group Access Restriction 
(TGAR), New Flexible Call Restriction (NFCR), or Toll Denied Class of 
Service), the user will still be able to make a VNS call. 


If a customer wants users to be toll restricted even for VNS calls, the 
Minimum Facility Restriction Level (FRL) in the Route List Block (i.e., LD 
86) can be used. 
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Analog Private Networking Signalling System (APNSS) 
APNSS trunks cannot function as VNS Bearer trunks. 


Attendant Call 


When an attendant extends a call over a VNS network, it is not possible to 
release the call before the status of the destination is known. This applies 
regardless of Network Attendant Service (NAS) configuration. 


Autoterminate 


Autotermination on VNS Bearer trunks is not supported, because a VNS 
Virtual DN is expected on a VNS Bearer exactly the way it was passed back 
on the VNS D-channel. 


Call Detail Recording (CDR) 


Call Detail Recording is supported on VNS routes with the exception of the 
911 CDR Improvement and Meridian 911 ANI in CDR features. The CDR 
output is controlled by the Bearer trunk (i.e., CDR output defines the details 
of the call made on the Bearer, and not the VNS D-channel). The Calling Line 
Identity will be output in the CDR record for incoming calls. 


Call Pickup Network- Wide 


The Call Pickup Network Wide feature will not work in conjunction with the 
Virtual Network Services feature. 


Calling Line Identification 


Calling Line Identification is supported on VNS routes. All display 
information is taken from messages on the VNS D-channel. The VNS Bearer 
does not drive the display of such information. 


Charge Display at End of Call 
In the case of VNS calls, no charge information is displayed. 


Data Calls 


Data calls are supported on DPNSS1 or DASS2 VNS Bearer trunks if the 
DPNSS1 or DASS2 VNS Bearer trunks are configured to support data calls. 
Similarly, data calls are supported on DPNSS1 or DASS2 Bearer trunks in 
VNS to DPNNS1/DASS2 gateways, if the DPNSS1 or DASS2 VNS Bearer 
trunks are configured to support data calls. 
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Digital Trunk Interface (DTI) - Commonwealth of Independent 
States (CIS) 


Virtual Network Services via CIS DTI2 is not supported. 


Direct Inward Dialing (DID) Treatment 

Since VNS is handling calls as though they were made using ISDN TIE 
trunks even when VNS DID Bearer trunks are used, the VNS feature does not 
adhere to the special treatment given to regular DID trunks. 


Distinctive Ringing 

Except in the case of Network Distinctive Ringing, the Distinctive Ringing 
feature is not supported by VNS. An incoming call using VNS on a Bearer 
trunk defined with the prompt DRNG = YES will ignore this value and will 
perform the same treatment as though the value was DRNG = NO (i.e., no 
distinctive ringing provided). 


DPNSS1 Attendant Call Offer 

DPNSS1 Attendant Call Offer is not supported over VNS Bearer trunks 
(DPNSS1 Attendant Call Offer allows an attendant-extended call, routed over 
a DPNSS1 trunk, to be camped-on to a remote busy extension.) Standard 
ISDN Camp-on may be provided instead, if NAS is configured over the VNS 
Bearer trunks. 


DPNSS1 Attendant Timed Reminder Recall and Attendant 
Three-Party Service 

DPNSS1 Attendant Timed Reminder Recall and Attendant Three-Party 
Service are not supported over VNS Bearer trunks. If NAS is configured over 
the VNS Bearer trunks, NAS call extension and Attendant Recall will be 
offered instead. 


DPNSS1 Call Back When Free and Call Back When Next Used 
DPNSS1 Call Back When Free and Call Back When Next Used are not 
supported over VNS Bearer trunks. Network Ring Again or Network Ring 
Again on No Answer may be provided instead, if Network Ring Again or 
Network Ring Again on No Answer are configured over the VNS Bearer 
trunks. 
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DPNSS1 Diversion 


DPNSS1 Diversion is not supported over VNS Bearer trunks. Network Call 
Redirection and Trunk Route Optimization can be provided instead, if 
configured over the VNS D-Channel. 


DPNSS1 Extension Three-Party Service 


DPNSS1 Extension Three-Party Service is not supported over VNS Bearer 
trunks. Network Call Redirection and Trunk Route Optimization can be 
provided instead, if configured over the VNS D-Channels. 


DPNSS1 Loop Avoidance 


DPNSS1 Loop Avoidance is not supported over VNS Bearer trunks 
(DPNSS1 Loop Avoidance prevents a call from being looped through a 
DPNSS1 network by placing a limit on the number of channels that a call can 
use.) The ISDN Call Connection Limitation is provided, if it is configured 
over the VNS D-Channel. 


DPNSS1 Route Optimization 
DPNSS1 Route Optimization is not supported over VNS Bearer trunks. 


DPNSS1 Route Optimization/ISDN Trunk Anti-Tromboning 
Interworking 


ISDN Trunk Anti-Tromboning may be applied to the VNS part of the call, if 
configured on the VNNS D-Channel. 


DPNSS1 Route Optimisation/MCDN Trunk Anti-Tromboning 
Interworking 


The Route Optimisation/Trunk Anti-Tromboning Interworking feature is not 
supported over VNS trunks, since VNS uses only MCDN signaling. DPNSS1 
is not supported. 


DPNSS1 Step Back On Congestion 


DPNSS1 Step Back On Congestion handles high traffic situations when 
congestion is encountered by DPNSS1 trunks. The following scenarios apply 
for interworking with VNS. 
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Homogeneous Networks 


DPNSS1 Step Back On Congestion is supported over VNS Bearer trunks, if 
all the transit nodes within the DPNSS1 network used for VNS are configured 
accordingly: 


— InLD 86, if the SBOC (Step Back On Congestion) prompt is set to NRR 


(No Reroute) or RRO (Reroute Originator), then it would be sufficient 
that the VNS originating node be configured with either RRO (Reroute 
Originator) or RRA (Reroute All). 


In LD 86, if the SBOC (Step Back On Congestion) prompt is set to RRA 
(Reroute All) for a transit node, then the different alternative routes at 
this node must be configured with VNS and must be configured as VNS 
Bearers. 


Hybrid Networks 
MCDN/VNS with DPNSS1 node 





VNS 
MCDN 
DPNSS1 


— Ifa congestion is encountered inside the VNS portion of the path, the 


node behaves as an MCDN/MCDN tandem. The ISDN Drop Back Busy 
(IDBB) and ISDN Off-Hook Queuing (IOHQ) are transmitted, so that 
they may applied further along the VNS portion of the path, or at the 
tandem node. 


If a congestion is encountered within the DPNSS1 network, the VNS 
portion of the call is cleared and the disconnection is propagated back to 
the originating side of the MCDN path. Neither Drop Back Busy nor 
Off-Hook Queuing is activated at the tandem node, even if IDBB or 
IOHQ are activated. 
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VNS with DPNSS 1/DPNSS1 node 








DPNSS1 DPNSS1 


This scenario is considered as an MCDN/DPNSS1 gateway. The 
functionality is the same as for the Step Back on Congestion feature, as 
documented in the DPNSS/I Product Information Guide (553-3921-100.) 


DPNSS1/VNS with DPNSS1 node 


DPNSS1 DPNSS1 


— Ifa congestion is encountered inside the VNS portion of the path, the 
VNS portion of the call is cleared and the disconnection is propagated 
back to the originating DPNSS1 side. The Step Back on Congestion 
feature is invoked, if it is configured. 





— Ifacongestion is encountered the within the DPNSS1 portion of the path, 
with the DPNSS 1 trunk being used as a VNS Bearer, the VNS portion of 
the call is cleared and a normal disconnection is propagated back to the 
originating DPNSS1 side. The Step Back on Congestion feature is not 
invoked, even if it is configured. 


DPNSS1 Executive Intrusion 


DPNSS1 Extension Three-Party Service is not supported over VNS Bearer 
trunks. Attendant Break-in may be provided instead, if NAS is configured 
over the VNS Bearer trunks. 
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Stand-alone Meridian Mail 


Stand-alone Meridian Mail is not supported over VNS Bearer trunks. A 
mailbox user may access Meridian Mail, if the ISDN Network Message 
Services is configured. 


DPNSS1 Enhancements for ISDN Interworking 


The Generic X11 Release 20B software introduced enhancements to allow 
DPNSS1 to interwork with QSIG and EuroISDN. At an ISDN gateway, 
ISDN information may carried into some DPNSS1 messages, if DPNSS_189I 
package 284 is equipped. 


DPNSS1/DASS2 to ISDN PRI Gateway 


A VNS call over a DPNSS1 or DASS2 Bearer trunk of an DPNSS1/DASS2 
to ISDN PRI Gateway acts as the ISDN leg of the Gateway. 


Electronic Switched Network (ESN) 

The following ESN features are supported on VNS routes: 
— ESN Basic Automatic Route Selection 

— ESN Coordinated Dialing Plan Routing Enhancement 
— ESN Coordinated Dialing Plan 

— ESN (999 Loc.) 

— ESN Flexible Numbering Plan 

— ESN Free Calling Area Screening 

— ESN Incoming Trunk Group Exclusion 

— ESN Network Authorization Code 

— ESN Network Automatic Route Selection 

— ESN Network Routing Controls (Time-of-day Scheduling) 
— ESN Network Speed Call 

— ESN Tone Detection, and 

— ESN Off-Hook Queuing. 
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EurolSDN Continuation 
A EuroISDN link can be used as a B-Channel for the Virtual Network 
Services feature. 


EurolISDN Master Mode 


Virtual Network Services is supported on a Euro[SDN Master Mode 
connectivity, meaning that a Euro[SDN Master Mode trunk can be used as a 
VNS bearer trunk. 


Incoming Digit Conversion 


Since VNS Virtual DNs must be received on the incoming VNS Bearer (DID) 
trunks, as they are defined at the terminating node, the VNS feature is not 
supported for routes that perform digit conversion on the digits used for VNS 
Virtual DNs. 


ISDN Call Connection Limitation (ICCL) Checks 

The VNS trunk from the external network looks exactly like an ISDN TIE 
trunk and accordingly is subject to ICCL checks and call restrictions applied 
thereon. 


ISDN PRI/BRI Meridian 1 to Asia Pacific Connectivity 


It is not possible to configure an Asia Pacific D-channel as a VNS D-channel. 
However, the voice connection through the Public Exchange of a VNS call 
may use a PRI/BRI COT or DID as a virtual TIE trunk. 


ISDN QSIG Basic Call 


A QSIG link can be used as a B-channel for the Virtual Network Service 
(VNS) over a private network. All VNS services are supported as normal. 
QSIG is only used as a speech bearer. 


Intercept Treatment 
Intercept treatment applied to VNS calls is configured as for TIE trunks. 


Network ACD 

Network ACD (NACD) is supported by VNS. When a call queued at a source 
node receives notification that an agent is free and reserved at the target node, 
a VNS call is made to the target node. At that time, the call is removed from 
the queue at the source node. The call will continue to receive ringback (or 
Recorded Announcement (RAN) if configured) while it is waiting for the 
VNS call to be completed. When an alerting message is received from the 
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target node, the ringback or RAN is removed and the speechpath with the 
Bearer is connected. The user will thus hear ringback tone (given either by the 
PSTN or the Meridian | at the target node, depending on the Bearer type), 
until the agent answers the call. 


If for some reason the ALERTING message is not received, the user is 
requeued (at the top of the queue at the source node). Since ringback or RAN 
were not removed in the first place, the user is unaware that an attempt to 
reach a remote agent has been made and has failed. 


Since PSTN Bearer trunk call establishment may take longer than PRI2 TIE 
trunk call establishment, it is necessary to allow more time for the call to 
arrive at the agent’s set than provided by the regular NACD feature. The 
Agent Reservation Timer should be configured to accommodate a longer 
interval. 


If an agent is reserved at the target node, but the call fails to reach that node 
(e.g., all trunks are busy), the agent will stay reserved until NACD Target 
Reservation Timer (RAGT) expires (the target node has no indication that the 
call has encountered a busy condition). This is more critical when NACD is 
used with VNS, because (RAGT) must be set to a greater value. 


NACD allows up to 20 remote target nodes to be defined in the routing tables. 
Since the maximum number of VNS Virtual DNs per customer is 100, it is 
not realistic to configure 20 target nodes using VNS routing: this would only 
allow five Virtual DNs per target node and thus a maximum of five 
simultaneous calls. 


Network Call Party Name Display 


Network Call Party Name Display is supported on VNS routes. All display 
information is taken from messages on the VNS D-channel. The VNS Bearer 
does not drive the display of such information. 


Network Distinctive Ringing 


For an incoming DID call (without VNS) that tandems to another node using 
VNS, the feature will be supported as it would have been if an ISDN TIE 
trunk had been used for the VNS call. 
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Overlap Sending and Overlap Receiving 


Call establishment over the VNS D-channel will not use overlap 
sending/receiving even if configured. Enbloc sending will always be used on 
the VNS D-channel. Overlap sending/receiving will be supported on the 
Bearer trunks if that capability already exists. 


Periodic Pulse Metering 
Periodic Pulse Metering is supported on the VNS Bearer trunks only. 


R2 Multifrequency Compelled Signaling to DPNSS1 Gateway 

If the call on the DPNSS1 (or R2MFC) trunk is tandeming to the R2MFC or 
(DPNSS1) trunk on a Virtual Network Services (VNS) call, the R2MFC to 
DPNSS1 Gateway feature does not apply. If a DPNSS1/R2MFC tandem is 
encountered during the routing of a VNS call, the R2MFC to DPNSS1 
Gateway feature applies. The following figure illustrates how the 
R2MFC-DPNSS1 gateway may apply to a VNS call. 


Three Wire Analog Trunk —- Commonwealth of Independent 
States (CIS) 


Virtual Network Services is not supported on CIS trunks. 


Trunk Barring 
Three cases apply for Trunk Barring: 


1 When the second trunk involved in the call is used by VNS, no trunk 
barring is applied regardless of the configuration of the first trunk. The 
call is always allowed to get through. 


Note: This implementation completely overrides the Trunk Barring 
feature. 


2 When the first trunk involved in the call uses VNS, and the second one 
is not used by VNS, trunk barring is performed according to the content 
of the default Access Restriction Table (ART) for the TIE trunk. 


3 When neither the first trunk nor the second trunk is involved in a VNS 
call, the usual rules for Trunk Barring apply. 
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Vacant Number Routing 

Calls rerouted by the Vacant Number Routing feature are not allowed to have 
digit manipulation performed on the DN dialed. Thus, for non VNS calls, no 
Digit Manipulation Index (DMI) can be associated in the Route List Index 
(RLD used by Vacant Number Routing. For VNS calls (in LD 86, the entries 
on this RLI are defined with the prompt VNS = YES), it is not allowed to 
associate any manipulation on the digits included in the messages exchanged 
over the VNS D-channel. In these cases, the prompt VMDI is not displayed, 
but the prompt DMI is still displayed. 


Advice of Charge for Euro ISDN 

For a Virtual Network Service (VNS) simple call connectivity, received 
charging information is stored against the Message Registration meter of the 
calling party’s set. 


On an outgoing trunk call on VNS connectivity, charging information is 
processed based on the Trunk to Trunk Connection feature. 


Feature packaging 


The Virtual Network Services (VNS) package is 183. 


The following software packages are also required for VNS: 


— Network Alternate Route Selection (NARS) package 58, which is 
dependent on Basic Routing (BRTE) package 14 and Network Class of 
Service (NCOS) package 32; 


— Integrated Services Digital Network (ISDN) package 145; 


— Integrated Services Digital Network Supplementary (ISDNS) package 
161; 


— ISDN Signaling Link (ISL) package 147; 
— Advanced Network Services (NTWK) package 148; and 


— PRI? package 154 is required if VNS uses the D-channel of a PRI2 trunk 
for its signaling (USR = SHAV). 


Feature operation 


There are no operating procedures specified for this feature. 
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Virtual Network Services Virtual Directory Number 


Expansion 


Virtual Network Services (VNS) provides ISDN features to customers when 
no ISDN Primary Rate Interface (PRI) or ISDN Signaling Link (ISL) Bearer 
Channels are available between two Meridian 1 switches (Please refer to the 
VNS feature description module in this NTP for detailed information on 
VNS). 


A requirement of VNS is that customers have to configure VNS DNs (VDNs) 
as part of their numbering plan. The VNS VDN expansion feature sets a new 
limit on the number of VDNs at 4000. VDNs are configured on Overlay 79. 


The VDNs are defined in sets of blocks. Each block may contain any number 
of contiguous VDNs, as long as the total number does not exceed 4000. 
Within a block, it is possible to define a range of VDNs as well as individual 
VDNs. For example, a customer may define the following VDNs (In this 
example, the customer is defining a total of 164 VDNs.) 


7200-7299 
7320-7325 
7355 
7400-7455 
7676 


A customer may remove a block of contiguous VDNs, as long as there is no 
VNS call using a VDN in the block. To remove a block of contiguous VDNs, 
the block has to be first disabled in Overlay 79 (by entering DIS against the 
REQ prompt), to prevent new VNS calls from using any of the VDNs in the 
block. Once the block has been disabled, the system administrator has to wait 
until all the VNS calls, using any of the VDNs in the block, are cleared. 


After disabling the block, the system administrator can determine the number 
of VDNs used by VNS calls by printing VNS information (by using the PRT 
command in response to REQ in Overlay 79). Once all of the VDNs are free, 
the block may be removed by using the OUT command. 


Operating parameters 


There are no operating parameters specified for this feature. 
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Feature interactions 


There are no feature interactions specified for this feature. 


Feature packaging 
The VNS VDN expansion feature requires the following packages: 


Virtual Network Services (VNS) package 183; 


The following software packages are also required: 


Network Alternate Route Selection (NARS) package 58, dependent on: 
e Basic Routing (BRTE) package 14, and 

e Network Class of Service (NCOS) package 32; 

Integrated Services Digital Network (ISDN) package 145; 


Integrated Services Digital Network Supplementary (ISDNS) package 
161; 


ISDN Signaling Link (ISL) package 147; 
Advanced Network Services (NTWK) package 148; and 


2.0 Mbit PRI (PRI2) package 154 is required if VNS uses the D-Channel 
of a PRI or PRI2 trunk for its signaling (USR = SHAY). 


Feature operation 


There are no operating procedures specified for this feature. 
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X08/X11 Gateway 
Description 


This feature allows the SL-1 using X11 software with Supplementary features 
to act as a gateway between other SL-1s, running either X08 or X11 software, 
and various central-office (CO) trunks. This allows nodes using X08 and 
X11 generic software to be mixed in a single private network. 


The Gateway feature allows bridging, or tandeming, between ISDN routes 
and either R2/MFC-signalled routes or L1-signalled routes. 


Meridian 1 Feature Packages 


The following table lists all Meridian 1 software feature packages 
sequentially by number, along with mnemonics, names and dependencies. 


Feature Packages 


eran (ai o l 
C [RASC E CS 
C C C 
e e CS 


a 

Terminal 

5 C C Batating 8S 

[7 [RAN [Recorded Announcement 

IAD time and ate 

[SNOT [Bo Not bist nvidval 

fo [EES Endo Ene Sionang OOOO 

mo [NTR feeen O 
13 ANIR Automatic Number Identification, 12 

Aaa a e 
3 


15 RPE1.5 1.5-Mbit Remote Peripheral not with 165 (RPE2) 
Equipment 
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A a 
fe [ROG e Te 
m pe peses OO 
[8 E [Ss E E [FE 
B pos poss OO S 
2o fonas [Orce Daia Aaminavaton System ooo 
E e C 
Ee S L A E 
a joe fenom pa oo 


fe oe. Charge Account/Authorization Code | 23,52 
Base 


25 BAUT Basic Authorization Code 23,24,52 


[CASM_ O | Centralized Attendant Service, Main | Attendant Service, Main | not [not with 56 (AOP),159 (NAS) | 56 (A 


cael AE N Attendant Service, not e 56 (A 
Remote 


[BQUE | Basic Each. — ___ | 
SE [NGOS |NeworkGassorseniee |S 
PRK [oarrak dS 
C C | Systm Speed al [a 
s [NS [neat Wessane Sovioes [71740646705 | 
5 __[ROR [Recorded Overfow Anounooment [7_—___————sY 
ECA a e E 
C E EE [WaSSESTTERTRT 
mo ea aa 


BACD Basic Automatic |Basic Automatic Call Distribution | Distribution 


ACDB automate pase ono Distribution, Package ee 17,40,44,45,111 
ACDC atoman Call Distribution, Package |7,17,40,41,44,45,111 
LMAN Automatic Call Distribution, Load 7,17,40,41,42,44,45,111 
POETE Reports 
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Automatic Call Distribution, Package | 7,17,40 
A 


INFCR O| New Flexible Code Restriction 32 


Automatic Call Distribution, Package | 7,17,40,41,42,43,44,45 

D 
51 L Automatic Call Distribution, Auxiliary |7,17,40,41,42,43,44,45, 
Processor Link 50,111 


NK 
BSR |SerRewaton 
E [aR [tenant aaion 
eo [POUE Network Prony Gusting [azsa sra 
ora 


62 _[OHQ 
63 NAUT Network Authorization Code 14,23,24,25,28,32, 52, 
57/58/59,61 


C 
C [WET e 
E [ROT [enhanced Rating 
mo po foer ooo 
z fe [tomate ne Season 
m pme fee 
E a a 
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[Name = [Dependencies | 


Sr aasiad Poua Listed Directory 
Number 


mo fe fomos ooo 
m fo foao 
eo feo [Saton Gateory mde oo 
ei |OCOS"[Convoled Gis orSeries J ooo 
e fæ fesen o 
a C r Reco SS 
C [at —— a a 
5 [TENS e 
a7 [RTOS |FastTone andonSwioh 
e pe peas 
jee E E 
o JINR fene 
er poe eas 
e po fesan o 
e fov fms oS 
5 [GPRD a 
s feer [versan St ST Package fony on STO 2 
r o hna n 
e [ons [Paed WurberWenicaton System [717405 
C E E 
for a a rar 


Awu [Automatic Wake [Automatic Wake Up 78199) ,99 


Interface then 7 is —e 
Oupubing: asterisk (*) pound (# 
for wer ates car tase [5 
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amber arenonie [Wane [Dependencies 
111 TOF Automatic Call Distribution, Time 7,17,40,41,44,45 
Overflow Queuing 


Incoming Digit Conversion 49,32 
114 AUXS Automatic Call Distribution Package |7,17,40,41,42,43,44,45, 
D, Auxiliary Security 50,51,111 


116 PAGT Automatic Call Distribution, Priority |7,17,40,45 
Agent 


117 Call By Call Service 145,154/147 


fa 


122 Integrated Digital Access 129 


123 DPNSS Digital Private Network Signaling 122,148, 129, 14, 28, 32, 
System 1 57/58/59, 61, 145, 154/147 
124 DASS2 Digital Access Signaling 122,123,154/147, 


System 2 148,129,14,28,32, 61,145, 
57/58/59 


Flexible Tones and Cadences 74 


126 OPCB Operator Call Back (China #1) 131,107/127/128 9 (if 107 
then 4,5 are required) 


fae foe faveat mee Oooo 
me fse [Suppiementaryreawes Oooo 
fae [Tea e 
a3 fes [EmenceaNignSenee Oooo 
[38 [OWT epan Daia wotipexinerecs [| 

ae 

___ o 


LSCM Local Steering Code Modifications 
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139 
140 
141 


145 
146 PR 
E 
148 


151 
153 


155 ACNT 7,17,40,41 ,42,43,44,45,5051, 
Code 111,114 


159 NAS Network Attendant Service 14,28,32,57/58/59,65, 
61,145,147/154, not with 
26,27,56 
FNP 


t60 = |FNP O| Flexible Numbering Plan 14,28,32,57/58,/59,61 


161 ISDNS ISDN Supplementary Features 14,28 ,32,57/58/59,61,159 
145, 147/154 


fies LAW [tinted nees O ooo 
far GRP [neater S@we Gateway [| 
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173 


174 
175 


Chapter 2 — ISDN feature descriptions Page 571 of 1280 


Dependencies 


[CPGS | Console Presentation Groups 86,162 


a Enhanced Controlled Class of 
Service 


JAAA ‘| Attendant Alternative Answer not with 134 (AFNA) 


renee Message Services 14,28 ,32,40,46,57/58/59, 
61,145,148,154/147 


DTOT DID to Tie [Japan ony o only 


178 e| 


EOVF ACD Enhanced Overflow 7,17, e r 41,44,45,111 


ill Meridian Hospitality Voice Services |7,10,17,35,40,45,46,77, 
109,180 


181 
182 
183 


184 
185 


186 


Pee Digit Key Signaling 7 10, 17,35,40,45,46,77, 


SACP Semi-Automatic Camp-On E 


[Trunk Failure Monitor — | Failure Monitor 


Virtual Network a E Deen 4,28,32,57/58/59,61,, 
145147/154,148,159,161 


JOVLP O| Overlap Signaling (M1 to M1 and 1TR6CO) 


C Executive Distinctive Ringing 14,28,32,57/58/59,61,74, 
125,145,147/154,159,161 


S POVR Priority Override/Forced Camp-On [139,141,81 141,81 


187 
188 


190 
191 
192 


193 
197 | 


[RPA [Radio [Radio Paging 0 Doua 139 


Eom X08 to X11 peerage ee 14, Oea 32,128,145,154/147 
161,57/58/59,61,159 


[UK [UKprogram S [UK program 0 —— 204,205 
sa [Series Cal 0 Call 


= ee Routing Control EE 28,32,37,38,57/59,58,61, 
ROK fina Busy) 62,145,147/154,159,161 


Bm IPRA aon Primary Rate Access |145,154 


CRO N 1 XPE [204,205,131 S 205,131 





ap XCTO M1 Enhanced a ere TDS and 
MFS 
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Dependencies 
M1 Superloop Administration (LD97) | 204 


206 = | MLWU Multi-Language Wake-Up 7,81,99,102 


E Network Automatic Call Distribution |7,17,14,28,32,40,41,44, 
45,57/58/59,61,111,145, 
148,154/147,178 


eee ere Link module 7,8,10,17,19,35,40,45,46,77, 
109,153,180 


bali eta MSDL Multipurpose Serial Data Link — 
ER DPNSS1 Network Services 


252 Spanish KD3 129, 126, 131, SEES or 
NARS 


CDRX [CDR Enhancement (Phase 1) | Enhancement (Phase 1) 4, [4,5,234 234 
EURO Euro E E ae C 145, 154, 184, 202 
QSIG ISDN QSIG Basic Call 19, 145, 154, 184 
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